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PERSONAL COMMUNICATIONS INTERNETWORKING 

FIELD OF THE INVENTION 

5 The present invention is directed to an internetwork for personal 

communications and, more particularly, to a network which allows a mobile 
communications subscriber to remotely control personal communications 
delivery options. 

10 BACKGROUND OF THE INVENTION 

The use of messaging as a means of day-to-day communications 
continues to grow and evolve, particularly in a business context. Messaging 
includes electronic mail (e-mail), facsimile transmissions (fax), paging, voice 
mail, and telephone communications. The introduction of the cellular phone and 

15 other wireless communications facilitated the advent of the "mobile office". 
The mobile office allows an employee, for example, to work away from the 
office on a portable computer and be in constant touch with the office via a 
cellular phone. 

The messaging options described above are available to businesses 
20 of all sizes, as well as individual users, from a variety of service providers. 
Many offices have some or all of the messaging options described above. The 
office may have certain messaging equipment (referred to as "consumer 
premises equipment" or "CPE") connected to one or more wireline networks. 
That is, the office may have telephones, fax servers, and voice mail systems 
25 connected to phone lines, and computers having modems for e-mail connected 
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to packet networks which are connected via phone lines. The mobile employee 
may have certain wireless messaging equipment, such as a pager, a cellular 
telephone, or a personal digital assistant ("PDA"), which is typically a notebook 
computer connected to a wireless communication network. 
5 One important goal of personal communication services is to allow 

users to communicate from anywhere to anywhere at any time. Such personal 
communication services generally involve multiple service providers including 
local and long distance telephone companies and cellular telephone companies. 
An example of a personal communication service is as follows: 

10 A personal communication service provider (e.g., a cellular 

telephone company) enables traveling users to rent a wireless portable phone 
from a rental phone company (e.g., from an airline or car rental company). 
Using the rental phone, the user is provided with basic mobile phone service 
from the personal communication service provider. In addition, the user would 

1 5 like the following features: 

1) The user wants calls directed to his/her office or home to be 
automatically forwarded to the rental portable phone, without 
informing anyone that he/she is traveling. 

2) To avoid unimportant incoming calls (and corresponding incoming 
20 call charges), the user would like to restrict the number of people 

who can call the rented portable phone. 

3) It is important to the user that the rental phone features be 
activated instantly, so that calls can be made immediately upon 
the user's arrival at the visiting location. 
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This kind of personal communication service involves a plurality of 
service providers. These providers are (a) the local telephone company at the 
home location, (b) a long distance telephone company, (c) the local telephone 
company at the visiting location, and (d) the personal communication service 
provider (i.e., the cellular telephone company) at the visiting location. All of 
these are referred to herein as "service providers". 

To enable this kind of personal communication service, involving 
multiple service providers, interoperability problems among the different service 
providers must be resolved. The interoperability problems can be divided into 
two categories: (a) location tracking and (b) service management. 

The interoperability problem for location tracking has been 
addressed by adopting signaling protocols used by the mobile phone industry. 
Location tracking functions are implemented using two location registers. One 
of the registers, maintained by the local telephone company of the user's home 
location, is called the Home Location Register (HLR). The other register, 
maintained by the local telephone company of the visiting location, is called the 
Visiting Location Register (VLR). The HLR stores customer profile data and the 
location of the VLR of the user. The customer profile data contains important 
information such as the user's name, address, preferred long distance carrier, 
service features (e.g., call forwarding and call restriction), billing, and other 
administrative related information. When the user travels to a new visiting 
location, a new VLR is created in the new location. A part of the profile data 
stored in the HLR is transmitted and loaded into the VLR such that the service 
provider at the visiting location can implement service features for the visiting 

-3- 



BNSDOCIO. <WO 9609714A1 I a 



SUBSTITUTE SHEET {HIRE 26) 



WO 96/09714 



PCTAJS95/11861 



user. When the user travels to a new visiting location the location of the VLR 
stored in the HLR is changed to the new VLR location, and the VLR in the 
previously visited location is deleted. The process of creating a new VLR, 
loading profile data to the VLR, and updating the visiting location of a user in 
5 the HLR is called "automatic roamer registration". 

The interoperability problem for service management is much more 
complex than that for location tracking. Service management refers to a 
collection of functions required to enable a personal communication service user 
to subscribe to, modify, and activate service features anywhere and at any 

10 time. Examples of service management functions include phone number 
administration, customer profile data management, service activation, and 
security administration. The phone number administration function is important 
for maintaining the uniqueness of phone numbers. The customer profile data 
management function provides customer profile databases and user interfaces 

1 5 for creating, modifying, or transferring such databases. The service activation 
function extracts part of the data specifying service features from the profile 
data and loads this data into physical communication systems that process 
calls. The service activation function also controls the activation and 
deactivation of the service features. The security administration function 

20 prevents or detects unauthorized uses of services and service management 
functions. 

Service management functions of this type are needed to provide 
personal communication services involving multiple service providers. Such 
service management functions generally require interactions between application 
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software and various databases owned and operated by the different service 
providers. Consider an application which enables a nomadic user to subscribe 
to a personal communication service from any service provider at any location. 
An example of such a service is call forwarding to a temporarily rented portable 
5 phone. The application may, for example, need to perform the following 
database access operations at databases maintained by various different service 
providers: 

check credit databases owned by credit card companies or phone 
companies to determine whether the user is able to pay for the service; 
10 check the customer profile database in the user's HLR to determine 

whether the user is currently located in a place other than the visiting 
location currently stored in the HLR; 

check the credit and network databases of long distance phone 
companies specified by the user to determine whether the user can use 
a particular long distance carrier in the visiting location; 
load profile data into the VLR at the visiting location and update the HLR 
with the location of the VLR if necessary; and 

load the profile data to the call processing systems and activate the 
service. 

The user may need to send or receive messages from any or all of 
the messaging options described above at a visiting location. That is. the user 
may want to receive or receive notification of e-mail, faxes, phone calls, or 
voice mail at a visiting location or to send e-mail or faxes from a wireless 
terminal. The need to integrate these various types of messaging options and 
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to interconnect the many service providers has, until now, been largely 
unaddressed. 

It is also desirable for the mobile employee to be able to limit the 
messages sent to the wireless messaging equipment, so that only urgent 
5 messages are received when away from the office and for unwanted in-coming 
calls are avoided. The mobile employee may also wish to route certain 
incoming wireless messages and phone calls to other destinations, such as an 
office fax machine or a colleague's telephone. 

Therefore, it is an object of the present invention to provide a 
10 mobile service subscriber the ability to control and integrate a plurality of 

messaging options. 

It is another object of the present invention to provide a mobile 
service subscriber with the ability to remotely control the addressability, routing, 
accessibility, and delivery of messaging options. 
15 it is yet a further object of the present invention to provide an 

internetwork which interconnects messaging services with both wireless and 

wireline networks. 

It is yet a further object of the present invention to provide a 
subscriber with real-time control of voice calls while using a wireless data 

20 terminal or PDA. 

It is yet a further object of the invention to provide a control over 
the messages routed to wireless messaging options. 
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SUMMARY OF THE INVENTION 

These objects are obtained by a personal communications 
internetwork providing a network subscriber with the ability to remotely control 
the receipt and delivery of wireless and wireline voice and text messages. The 
5 network operates as an interfaces between various wireless and wireline 
networks, and also performs media translation, where necessary. The 
subscriber's message receipt and delivery options are maintained in a database 
which the subscriber may access by wireless or wireline communications to 
update the options programmed in the database. The subscriber may be 
10 provided with CallCommand service which provides real-time control of voice 
calls while using a wireless data terminal or PDA. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects and features of the invention will become 
15 apparent from the following drawings, wherein: 

Fig. 1-3 are overviews of the PCI networks; 

Fig. 4 is an overview of one node of the PCI network according to 
the present invention; 

Fig. 5 is a block diagram of an exemplary PCI server according to 
20 the present invention; 

Fig. 6 is a block diagram of an exemplary embodiment of a PCI 
database according to the present invention; 

Fig. 7 is a block diagram of the logical connections between the 
PCI server and PCI database according to the present invention; 
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Figs. 8-1 1 illustrate exemplary message flows between a server 
and a database according to the present invention; 

Fig. 1 2 is an block diagram of a personal digital assistant according 
to the present invention; 

5 Figs. 13-20 illustrate exemplary message flows between a PDA 

and PCI server; 

Fig. 21 is a block diagram of a text messaging portion of a PCI 

network; 

Fig. 22 is a block diagram of a voice messaging portion of a PCI 

10 network; 

Fig. 23 is a block diagram of a facsimile messaging portion of a PCI 

network; 

Fig. 24 is a diagram illustrating an exemplary message flow of the 
CallCommand service; 
1 5 Figs. 25-27 illustrate exemplary message flows in the PCI network; 

and Figs. 28-45 illustrate exemplary screens displayed to a PCI subscriber using 
a wireless PDA. 



20 DETAILED DESCRIPTIONS OF PREFERRED EMBODIMENTS 

For clarity of presentation, the detailed description is set out in the 
following subsections: 
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I- PCI Overview 

The overall network is illustrated in Figs. 1-4 The network is an 
interface between a plurality of wireless and wireline networks, 
providing a subscriber with a variety of wireless and wireline 
5 message and voice delivery and receipt options. 

II. The PCI Server 

The PCI Server is illustrated in Fig. 5. The PCI server is a 
peripheral which performs messaging and call redirection functions 
and interfaces with the PCI database to update the subscriber 
10 profile. 

III. The PCI Database 

The PCI Database is illustrated in Fig. 6. The PCI database 
maintains the subscriber profile, controls CallCommand functions, 
and handles DTMF-based subscriber profile updates. 
1 5 IV. The Server/Database Interface 

The Server/Database interface is illustrated in Figs. 7-11. The 
PCI server/PCI database interface provides for the transfer of 
information regarding the subscriber profile and the CallCommand 
services. 

20 V. The PDA/PCI Interface 

The PDA/PCI interface is illustrated in Figs. 1 2 - 20. The PDA/PCI 
interface provides for the transfer of information between a remote 
wireless subscriber and the PCI. 
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VI. 



Services 



B. 



C. 



E-Mail Messaging 

E-Mail messaging in the PCI in illustrated in Fig. 21. The PCI 
network provides the subscriber with a variety of e-mail delivery, 
receipt, and notification options, including screening and selective 
destination delivery of incoming e-mail. 
Voice Messaging 

Voice messaging in the PCI is illustrated in Fig. 22. The PCI 
provides the subscriber with a variety of voice mail delivery, 
receipt, and notification options, including screening and selective 
destination delivery of incoming voice mail. 
Facsimile Messaging 

Facsimile messaging in the PCI is illustrated in Fig. 23. The PCI 
provides the subscriber with a variety of facsimile delivery, receipt, 
and notification options, including screening and selective 
destination delivery of incoming faxes. 
CallCommand 

The CallCommand service is illustrated in Fig. 24. CallCommand 
service provides real-time control of voice calls while using a 
wireless data terminal or PDA. 



Certain message flows for wireless messaging in the PCI are 
illustrated in Figs. 25 - 27. The three message flows illustrated 
are sending a message from one subscriber to another, receiving 



VII. Message Flows 
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a message regardless of whether the subscriber is using a wireless 
or wireline terminal, and sending a message to a non-subscriber. 

VIII. The PDA Application 

The application residing in the PDA is described in Figs. 28 - 45, 
5 which illustrate exemplary screens displayed to a PCI subscriber 

using a wireless PDA. 

IX. Billing 

Billing procedures for a PCI network use is briefly described. 

X. Conclusion 

10 A glossary of acronyms used in this specification is attached as Appendix A. 
I- PCI Overview 

Fig. 1 is a simplified overview of a personal communications 
internetworking ("PCD according to the present invention. A consumer, an 

15 office for example, has various messaging equipment, such as a voice mail 
system 20, an e-mail terminal 22, fax machines 24, and telephones 26. These 
are all connected to wireline networks 29. For example, the fax 24, phone 26, 
and voicemail system 20 may be connected to a Public Switched Telephone 
Network (PSTN), part of which belongs to a particular local phone service 

20 company, and part of which belongs to a particular long distance service 
provider. The e-mail terminal 22 may be connected to a data packet network, 
such as Internet, whose packets are carried over phone lines. 

A mobile communications subscriber (for example a employee who 
works at the office described above and travels frequently) has various portable 
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messaging equipment, such as a PDA 30, a cellular phone 32, and a pager 34. 
These are connected to wireless networks 39. These wireless messaging 
options may be provided by different service providers. That is, the cellular 
phone may be connected to a wireless network of a cellular phone service 
5 provider, the pager may be connected to a different wireless network 
maintained by a pager service provider, and the PDA may be connected to a 
third wireless communications network maintained by yet another service 
provider. 

A Personal Communications Internetworking ("PCI") 40 according 
10 to the present invention is connected between the wireless 39 and wireline 
networks 29. The PCI 40 permits the mobile communications subscriber to 
send and receive messages between disparate networks and messaging 
systems and a variety of service providers. The mobile communications 
subscriber can receive e-mail, fax, pages, and voice messages under a single 
1 5 phone number while using either a wireless or wireline network. The subscriber 
may also select the media format and serving network used to receive 
messages. The subscriber may also select cross-media notification of incoming 
messages, (i.e., the subscriber may receive notification from a pager message 
that a voice mail message was received). 
20 The subscriber selects the wireline or wireless network and media 

format to be used for delivering messages or notification of message receipt. 
The PCI 40 will perform a media conversion to allow, for instance, an e-mail 
message to be delivered to a fax server. The PCI 40 may also include 
accessibility controls which allow the user to screen messages by selected 
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criteria such as media type (e.g., e-mail, fax, etc.), message length (e.g., voice 
mail messages less than three minutes), or sender (e.g., only messages from the 
office and a certain client are to be forwarded). 

For example, the subscriber may have notification of a voice mail 
or fax message receipt directed to a wireless PDA in the form of e-mail 
messages. If the subscriber's wireless PDA is not turned on or otherwise not 
operating, the notification may be routed to an alternate wireless or wireline 
network. Notification to the subscriber that a voice mail message was received 
may be, for example, rerouted to the subscriber's pager, and notification that 
a fax has been received may be rerouted to the wireline e-mail. 

Fig. 2 is a simplified version of the interconnections between 
various messaging systems and a PCI. As shown in Fig. 2, a subscriber 
provides the network with message routing and delivery instructions. These 
instructions are received by a PCI database 44 and stored in a "subscriber 
profile" for that subscriber. This database controls the delivery of outgoing 
messages and the routing of incoming messages and message notification. (In 
Fig. 2, wireline communications are indicated with solid line connections and 
wireless communications are indicated with dashed line connections. The 
instructions to the PCI are shown with a solid line, but as will be explained in 
greater detail below, the instructions may be sent either by a wireline or 
wireless network.) 

The PCI database 44 supports access to information authenticating 
the subscriber's identity and validating the types of services subscribed to, the 
subscriber's message delivery (incoming messages) options and origination 
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(outgoing messages) options and voice (telephone call and voice mail) options. 
For origination, the subscriber may select message distribution lists with specific 
media delivery options. The database 44 also supports access to the portions 
of the subscriber profile that the subscriber may control. 
5 The subscriber may use a personal telephone number to register 

at alternate wireline and wireless terminals while maintaining use of the 
message screening and delivery options selected and stored in a subscriber's 
profile. This is called "personal mobility". Information about the location of a 
wireless or wireline network location to which the subscriber's terminal is 

1 0 connected automatically registers and deregisters a subscriber's terminal. This 
is called "terminal mobility." 

Fig. 3 shows the PCI 40. The CPE (voice mail 20, e-mail 22, fax 
24, and phone 26) are connected to wireline networks 29. The mobile 
subscriber equipment (PDA 30, cellular phone 32, and pager 34) are connected 

1 5 to wireless networks 39. Both the wireline and wireless networks 29, 39 are 
connected to a PCI 40 at a service provider. The networks 29, 39 are 
connected to a local exchange carrier (LEO 42 for the personal communications 
internetworking. 

A PCI database 44 is a physical communication system which 
20 provides call processing functions for a collection of central office switches. 
The PCI database 44 includes the mobile subscriber's profile, including message 
sending, message receiving, and service control options. The PCI database 44 
may be a service control point or a network adjunct. The PCI database may be 
connected via a service management system (SMS) interface to a service 
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integrator 46. The service integrator 46 allows the service provider to update 
subscriber data and create and modify subscriber profiles. 

The PCI database 44 preferably stores and updates the subscriber 
profiles. The profiles contain service related information for mapping services 
5 to subscribers (e.g., screening, routing, terminal selection by subscriber selected 
parameters, custom calling features, and the like); subscriber authentication 
data (e.g., password and user I.D.); user status (registered or not registered); 
generic service profile for non-call associated service, such as subscnoer 
address or soda' security number; specific profile for a non-call service (based 
1 0 on subscriber $< .ted parameters); wireless data providers identification (e.g., 
what cellular p; . \e provider is used); and specific profile for call associated 
services (e.g., call forwarding), based on user selected parameters. 

Fig. 4 is a more detailed depiction of the one node 43 of the PCI. 
The PCI has a plurality of nodes and is preferably built on the Advanced 
15 Intelligent Network (AIN) architecture. Other network architectures may be 
used, but for illustrative purposes, the description is directed to an AIN-based 
network. 

A PCI server 48 is a peripheral which performs messaging and call 
redirection functions and interfaces with the PCI database 44 to update the 
20 subscriber profile. The PCI server may be an AIN Intelligent Peripheral, such as 
a Bellcore Intelligent Services Peripheral, or a network adjunct. The PCI server 
is connected to a switch 50. In the AIN architecture, this switch is a Service 
Switching Point Access Tandem (SSP AT), but may be any suitable switch, 
depending on the architecture. The SSP AT 50 connects wireline networks to 
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the CPE. The SSP AT 50 also connects the PCI server 48 with a central office 
(CO) 52. The SSP AT 50 also connects to the SCP 44. The PCI database 44 
and the PCI server 48 are directly connected. The LEC of Fig. 3 is part of a 
large network and includes the PCI database 44, the PCI server 48. and the SSP 
5 AT 50. The PCI database may be connected to an SMS interface to a system 
integrator 46, as described above. 

The PCI server 48 is also connected to various wireless and 
wireline networks 49 via signaling connections in these networks to transmit 
and receive information for ail of the messaging options. Illustratively, the PCI 

10 server provides access to Public Packet Switched Networks (PPSN), Public 
Switched Telephone Network, (PSTN), Integrated Signaling Digital Networks 
(ISDN), X.25 networks and TCP/IP networks and may include access to 
asynchronous transfer mode (ATM), Switched Multimegabit Digital Service 
(SMDS), and Frame Relay networks. 

1 5 The mobile subscriber may access his or her subscriber profile to 

change message sending, message receiving, and service control options. 
These option changes are sent to the PCI database 44 to be stored in the 
subscriber profile Fig. 4 shows, for example, a PDA 30 connected to the PCI 
server 48 by a wireless network, but the subscriber may also use wireline e- 

20 mail, or wireless or wireline telephones (using DTMF signals) to access the 
subscriber profile. The messages from the PDA, for example, are sent by a 
wireless network 54 to the PCI server 48 using, for example, an X.25 transport. 

Delivering PCI service to a subscriber who may be present on a 
number of different systems requires storage, movement and caching of the 
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service profile associated with that subscriber. A mobility controller 49. located 
in the PCI server 48, is a controller and data store, which dynamically maintains 
service control information for a Message Transfer Agent (MTA), described 
below, in the PCI server 48, which connects the PCI server 48 to wireless data 
networks. 

Data storage functions are handled by two tiered entities. The 
subscriber profile is preferably located in the PCI databse 44 and is the top of 
the hierarchy where permanent records such as service profile, authentication 
and validation information, and the like of the subscriber or device are 
maintained and performing status and location management and mapping are 
performed. A service profile cache 51 is preferably located in the PCI server 48 
and is a local cache entity which stores on a "needs basis" information such as 
service profiles and validation status and maintains a local repository for the 
service recipient. It also administers information necessary to serve the wireless 
data network entity, as well as sending updates to the permanent storage entity 
PCI database. The service profile cache 51 maintains the personal data 
associated with the processing of the mobility controller 49. The controller 
mobility 49 interacts with the PCI database-based subscriber profile (or third 
party data base) on behalf of the cache to obtain service profiles and location 
information related to wireless terminals. 

PCI may also provide directory services as a value-added 
component. The X.400 MTA can query a local directory serving agent in the 
PCI server 48 for addressing and routing information. If the information is not 
local, the PCI server 48 will need to get the addressing information from another 
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PCI server 48 at another PSI node or an interconnected private directory serving 
agent which maintains a separate information base. By using the existing 
standard, the PCI network and mail PCI servers message handling can 
independently manage the networks without interfering with the PCI service. 



II. The PCI Server 

The PCI server is a peripheral which performs messaging and call 
redirection functions and interfaces with the service Control Point to update the 
subscriber profile. The PCI server performs a variety of functions. For example, 
10 an illustrative PCI server: 

is an X.400 Gateway; 

routes messages using the X.400 messaging protocol; 
connects proprietary messaging protocols into X.400 protocol; 
interfaces with wireless data networks; 
1 5 interfaces with messaging systems; 

interfaces with the PCI database to access subscriber profiles 
information; 

processes messages as specified by the user in the service profile; 
provides media conversion such as text to fax or fax to text; 
20 provides access to an X.500 directory to determine addressing 

schemes for packet data; 

supports signaling between wireless data networks for 
management functions such as registration; and 
maintains a service profile cache. 
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Fig. 5 is a detailed illustration of a preferred embodiment of a PCI server 48 
according to the present invention. The PCI server 48 includes three main 
elements: a call processor 1 10, a data messaging peripheral 112, and a shared 
disk memory 113. 

The call processor 110 comprises a plurality of interconnected 
computers. The messaging peripheral 1 1 2 maybe implemented by a computer 
such as a DEC XAP system. 

The call processor 1 1 0 includes a PCI applications server 1 1 4. The 
application server is the central decision making point of the wireless messaging 
service described below in Section VI. Thus, the server 1 14 controls message 
routing, screening, and notification for the wireless messaging service. 

The application server 1 14 is connected to a protocol handler 1 1 5. 
The protocol handler is the interface to the wireless network 54, for example 
the RAM wireless network. This handles messages to be sent to and from the 
subscribers PDA 30. A plurality of personal digital assistants (PDA) 30 are 
connected to the wireless network 54. 

The application server 1 14 also manages a protocol handler 126. 
The protocol handler 126 is the interface between the call processor 1 10 and 
the PCI database 44. The application server 1 14 also manages a Service Profile 
Cache 51. The Service Profile Cache 51 is maintained in the memory of the 
application server 114. The cache 51 stores a subset of the data in the 
subscriber profile stored in the PCI database 44. This subset is subscriber 
profile information which currently needs to be accessed frequently by the PCI 
server 48. 
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The Service Profile Cache 51 stores and accesses data related to 
access systems such as wireless data providers and messaging services, and 
subscriber location. The Service Profile Cache 51 may store and update data 
related to the subscriber location such as routing address for subscribers 
specific wireless terminals; store and updates services related data for a 
particular terminal type (such as uni- or bi- direction); maintain a list of the 
subscribers wireless data provides and message services; track the subscribers 
terminal status (registered or not registered); provide a generic service profile 
for non-call messaging service; and provide a specific profile for a non-call 
associated service based on subscriber selected parameters. 

The application server 1 1 4 also manages the registration status of 
each application on each PDA 30 and controls customer profile information via 
each PDA 30. 

The call processor 110 also includes an IP Functions Server 130. 
The IP Function Server 130 manages CallCommand applications. This server 
is also connected to the PCI database protocol handler 1 26 for communication 
with the SCP 44 and the PDA protocol handler 1 5 for communication with the 
wireless network 1 1 6. The PCI database protocol handler 1 26 handles both 
interfaces between the PCI database and the PCI server, as described below. 

Thus, the two main application servers in the call processor 1 10 
are the IP Function server 130 for CallCommand applications and the PCI 
applications server 1 14 for wireless messaging services. 

The call processor 110 also includes a plurality of communication 
interfaces. The protocol handlers 115 and 126 have already been discussed. 
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The alphanumeric paging server (APS) 132 gives the call processor 1 10 the 
ability to provide alphanumeric paging services. The APS 1 32 includes one or 
more modems to communicate with terminal equipment of a network 1 34 
maintained by a paging service provider. The APS communicates with the 
paging service provider using, for example, the TAP protocol (Telocator 
Alphanumeric Protocol). 

The call processor 110 also includes a plurality of control 
processes which control peripheral equipment external to the call processor 
1 10. These controllers are as follows: 

A message controller 136 controls the data messaging peripheral 
1 36 and controls the sending of messages between the call processor 1 1 0 and 
the data peripheral 112. 

The mobility controller 49 comprises the PCI database protocol 
handler 126, the IP function server 130, the service profile cache 51, and the 
PCI application server 1 1 4. The mobility manager provides control logic for user 
authentication, service request validation, location management, user access to 
service profile, access registration, and communication management such as 
routing to user-specified destinations. The mobility controller 49 contains the 
service logic and handles service related processing for personal data and 
service access such as service feature analysis; access system mapping 
relationship information; identity management; subscriber validation and 
authentication; billing information based on the subscriber; wireless data 
specific routing information for message delivery and subscriber paging; 
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subscriber service validation; and subscriber review and modification of the 

subscriber's profile. 

A transaction controller 1 50 controls a switch controller 1 52 and 

a voice peripheral controller 1 54. The switch controller 1 52 controls the digital 
5 switch 1 56 which connects to the public switched telephone network 58. The 

voice peripheral controller 1 54 controls the voice peripherals 1 60, which are for 

example text-to-speech converters. 

The switch 1 56 and the voice peripheral 1 60 are also connected 

by a T1 line 161. The digital switch 156 is connected to the public switched 
10 telephone network by a plurality of transmission media such as T1 lines 162, 

fax lines 163, and ADSI lines 164. 

The data messaging peripheral 112, which is optional, is now 

discussed in greater detail. The data messaging peripheral is the gateway to the 

wireline electronic mail network, which network is designated 1 70. The data 
15 messaging peripheral has a message transfer agent 158 for transferring 

messages between the call processor 110 and the data networks 1 70, 54 either 

directly or through the PDA PH 115. The messaging peripheral 112 also 

includes a POP {post office protocol) server 1 90 and associated memory 1 92 

for providing a message storing capability. The message directory 1 94 is used 
20 for storing a subset of service profile cache 51 relating to the routing of e-mail 

messages. 
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The messaging peripheral 1 1 2 includes the message gateway 1 40. 
The message gateway 140 has the following capabilities: 

1) Notifying the PCI application server 114 in the call 
processor that e-mail has arrived from the wireline e- 
mail network 170 for a subscriber. 

2) Accept a request from the PCI application server 1 1 4 
to send an e-mail message to a wireline address. 

3) Accept a request from the application server 1 14 to 
provide all unread messages stored in the server 1 90 
which would have been sent to a primary destination 
if the subscriber had been registered. 

4) Accept a request from the application processor 1 1 4 
to rewrite to the message store server 1 90 or back to 
the sender. 

Using the call processor 1 10 and its associated peripherals, a wide 
variety of services may be performed. These have been discussed above briefly 
and are described in detail in Section VI below. However, to understand how 
the call processor 110 operates to provide these services, some exemplary 
descriptions for certain services is provided. 

For example, when a wireline e-mail message arrives at the PCI 
server's Data Messaging Peripheral 112, the messaging gateway 140 and 
messaging Controller 1 36 send notification to the PCI application server 1 1 4 of 
the e-mail arrival. The PCI application server 114 will query the profile cache 
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51 , or if necessary, the PCI database 44. Driven by data in the subscriber's 
profile, the PCI application server 1 1 4 executes service logic to determine where 
to forward the e-mail (i.e., forward to PDA 30 or to POP server 1 90 depending 
on screening outcome), and what media, if any, to use to send notification of 
5 the e-mail arrival. 

For another example, when a CallCommand call arrives at the PCI 
server 48, the procedure is as follows. The switch controller 152 and 
transaction controller 1 50 forward the call to the IP Functions Server 1 30 based 
on the dialed number. The IP functions 130 sends a providejnstructions 

10 1 129+ message to the PCI database 44 to determine how to handle the call. 
The PCI database 44 and IP functions applications servers 130 begin a 
conversation of messages which perform a sequence of functions which play 
an announcement to the caller, send notification to the PDA, etc. When a 
response arrives from the PDA 30, the IP functions server 130 forwards the 

1 5 response to the PCI database 44. The PCI database 44 will then direct IP 
functions server 1 30 to forward the call to a routing number and/or play a 
synthesized message to the caller. 

If a subscriber wishes to update the subscriber profile by DTMF, 
the procedure is as follows. A call arrives at the PCI server 48. The switch 

20 controller 1 52 and transaction controller 1 50 forward the call to the IP functions 
server 130 based on the dialed number. The IP functions server 1 30 sends a 
providejnstructions 1129+ message to the PCI database 44 to determine how 
to handle the call. The PCI database 44 sends a request to play an 
announcement and collect digits ("please enter PIN", collect PIN). The IP 
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functions server 1 30 returns the result of this request to the PCI database 44. 
Again the PCI database 44 sends a request to the IP functions server 1 30 to 
play an announcement and collect digits ("voice menu", menu selection). The 
IP functions server 130 returns the result of this request to the PCI database 
5 44. 

This process repeats as users are guided through menus and 
change profile elements. The PCI database 44 interprets the collected DTMF 
tones and updates the subscriber's profile accordingly. 

When a PDA 30 sends an e-mail message addressed to a wireline 

10 address the procedure is as follows. The PDA 30 sends a UDP send mail 
message to the PCI application server 114. The PCI application server 114 
detects the message is not destined for another PCI subscriber and forwards the 
request to the messaging controller, which forwards it to the messaging 
gateway 1 40 which on the Data and Messaging Peripheral 112. The messaging 

15 gateway 140 interfaces with the MTA 158 to send the e-mail to the wireline 
network over, for example, the Simple Messaging Transfer Protocol (SMTP). 

The PCI server 48 may be based, for example, on either an X.400 
MTA or an SMTP router and can convert between both protocols. The PCI 
server 48 may receive text messages from a variety of different text messaging 

20 systems such as Internet mail, third party messaging systems, or proprietary 
messaging systems. In the example where PCI routes messages using an 
X.400 MTA, these messages must be converted to conform with X.400 
protocol before they can be routed. Thus, an exemplary messaging gateway 
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is an X.400 gateway, which can be designed and built by a person of ordinary 
skill in the art. 

II. The PCI Database 

5 A PCI Database 44 maintains the subscriber profile, controls the 

call command functions, and handles DTMF-based subscriber profile updates. 

The PCI database architecture shown in Fig. 6 comprises several 
application and support components. The application components include 
Multiple Services Application Platform (MSAP) 202; Service Provisioning and 
10 Creation Environment (SPACE) 204; and Data and Report Subsystem (DRS) 
206. 

The service components include the Maintenance and Operation 
Console (MOC) 208; the Intelligence Peripheral Interface (IPI) 210; the Generic 
Data Interface (GDI) 212; the Service Network Interface (SNI) 214; and the Data 

15 and Report database (D&R) 218. 

The service network interface (SNI) 1 20 provides a communication 
interface to external systems such as switch 50 and PCI server 48. These 
interfaces include the IPI 210 and GDI 212 which connect the PCI database to 
the PCI server via the TCP/IP network. The GDI 212 is used for uploading and 

20 downloading a subscriber profile to the PCI server 48. The IPI 210 is used for 
transmitting DTMF commands from a user via the PCI server 48. For 
redundancy, each intelligent peripheral interface (IPI) and generic data interface 
(GDI) processor requires two logical connections to the PCI server. 
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The Multiple Services Application Platform (MSAP) 202 includes 
a call processor 220, a first call process request (CPR) database 222, an MSAP 
common 224, a shared memory 226, and a call contact database (CCDB) 228. 
The call processor 220 receives messages from and sends messages to a 
5 message distributor 219 in the SNI 214. The message distributor determines 
whether the message received from the call processor 220 is to be sent to the 
IPI 210 or the GDI 212. The call processor receives messages from the 
message distributor and sends them to the first CPR database, the CCDB 228, 
and/or the shared memory 226. The first CPR database 222 stores the 

10 subscriber profiles. The MSAP 224 connects the first CPR database 222 with 
the second CPR 230, which resides in SPACE 204. MSAP common 224 
updates one of the CPR databases 222, 230 when changes have been made to 
the other CPR database. The CCDB 228 is a temporary, dynamic storage for 
storing subscriber profiles, and related data during profile update procedures. 

15 The shared memory 226 allows different processors to use the same data. 

SPACE 204 is a service provider-operated module through which 
new PCI database applications are created and new subscriber profiles are 
initiated. SPACE 206 includes the second CPR database 230 which contains 
the identical information as the first CPR database 222 in MSAP 202. When a 

20 new subscriber profile is to be created, a service provider uses a display 
terminal 232 in SPACE to provision a new service profile including certain 
subscriber information. The subscriber profile is activated through MSAP when 
the user initially registers. Service provider changes made to the second CPR 
database 230 are transmitted to the first CPR database 222 in MSAP via the 
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MSAP common 224. Changes made to the second CPR database 230 by a 
service provider are not transmitted to the service profile cache 51 in the PCI 
server 48 until a later time. That is, the PCI database 44 does not send data 
to the PCI server 48 unless requested by the server 48. The server profile 
5 cache 5 1 will be updated with this new information the next time the PCI server 
48 requests a profile download, for instance when the subscriber next registers. 
SPACE 204 provides a function parallel to the Service Management System 
described above. 

The Data and Report Subsystem (DRS) 206 collects data about the 
10 PCI database 44 usage which may be help to the service provider. For 
example, errors made by the subscriber when updating the user profile are 
noted. The types of alterations made, times such alterations are made, and the 
like are also stored for future use by the service provider. 

MOC 110 is a network maintenance support system which 
1 5 monitors the status of the network and checks for system failures and the like. 

When a subscriber wishes to update the subscriber profile using 
a PDA 30, the procedure is as follows. The PDA 40 communicates with the PCI 
server 48. The PCI server 48 sends a GetData message having a "Service 
Key", which is a preferably a ten digit PCI subscriber number (e.g., a telephone 
20 number), to the Pci database 44 over the GDI 21 2. The GDI 212 translates the 
GetData message into a format understandable by the PCI database 44. The 
message is sent through the message distributor 21 9 and call processor 220 to 
the first CPR database 222 where the subscriber profile resides. The Service 
Key is used to obtain the correct subscriber profile and the profile is sent 
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through the call processor 220 to the message distributor 219. The message 
distributor determines that this message is to be sent to the PCI server 48 via 
the GDI 21 2. (The reason for this is discussed below.) The GDI 212 translates 
the data into a format suitable for the TCP/IP network and is transmitted to the 
5 PCI server 48. The requested changes are performed in the PCI server 48 and 
the updated profile is sent back to the PCI database 44 through the TCP/IP 
network, the GDI 212, message distributor 219, call processor 220 and to the 
first CPR database 222. The call processor 220 also sends a message through 
the GDI 212 to the PCI server 48 which will be sent a wireless transmission to 

1 0 the PDA 30 acknowledging the subscriber profile update. The changes are also 
sent to the MSAP common 222 where they are sent to the second CPR 
database 230 in SPACE 204. 

During this process, information may be temporarily stored in the 
Call Contact Database (CCDB) 228. The CCDB database 228 provides 

1 5 temporary storage for subscriber profile updates that are suspended because 
they are waiting for action by a subscriber or waiting for data from an external 
system, such as the PCI server 48. During the time intervals between action 
by the user or delays in receiving data from an external system, the call 
processor 220 stores the information in the CCDB database 228 and processes 

20 other calls. 

When a subscriber desires to update his or her subscriber profile 
using a touch tone phone, the procedure is as follows. The subscriber calls, for 
example, a service number provided by the service provider. The call is routed 
to the PCI server 48. The PCI server 48 sends a message to the PCI database 

-29- 



BNSOOCID: <WO 96097 14A1_I_> 



cirrrnnnx cum ftftti ? OKi 



WO 96/09714 



PCT/US95/11861 



44 via the IPI 21 0 that the DTMF commands are present. The message is sent 
through the message distributor 219 to the call processor 220. The appropriate 
subscriber profile is retrieved from the first CPR database 222 in the MSAP 202. 

The call processor 220 instructs the PCI server 48 to play a voice 
5 announcement instructing the caller to enter the subscriber ID and password, 
by pressing the appropriate digits on the touch-tone phone. The information is 
entered by the caller, and the PCI database 44 validates this information. If the 
validation determines that the caller is an authorized subscriber, the PCI 
database 44 instructs the PCI server 48 to ask the subscriber to select which 

1 0 subscriber profile information is to be modified. Only two fields are modifiable 
using DTMF messaging: changing a wireline registration or recording a 
personalized greeting. The subscriber selects either registering at a wireline 
phone or recording a personalized greeting. If wireline registration is selected, 
the PCI database 44 instructs the PCI server 48 to prompt a ten digit telephone 

1 5 number to which all incoming calls will be routed. If the subscriber selects to 
record a personalized greeting, the PCI database 44 instructs the PCI server 48 
to prompt the subscriber for a new greeting. 

If invalid information is entered at any time, the PCI server 48 plays 
an error message to the subscriber and the subscriber retries the modification. 

20 If the retry fails, the call is terminated. Otherwise, the subscriber's profile is 
updated according to the modification, data synchronizing the messages are 
sent to the PCI server 48 and the call processor 220 instructs the PCI server 48 
to inform the subscriber that the PCI service profile was updated. 
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The call processor 220 also sends a message through the message 
distributor 219 to the GDI 212 and to the PC! server 48 which updates the 
service profile cache 51 in the PCI server 48. The changes stored back in the 
first CPR database 220 are sent to the MSAP common 224 where they are sent 
5 to the second CPR database 230, Note that DTMF function signals, which use 
the 1 1 29 + protocol, are routed through the IPI 21 0 and the subscriber profile 
data, which uses the GDI protocol, are routed through the GDI 212. 

IV. The PCI Server/Database Interface 

The interface between the PCI server 48 and the PCI database 44 
is based on two protocols. The first protocol is 1 1 29 + . This protocol will be 
used to support the PCI call command feature and for subscriber initiated profile 
manipulation using DTMF. The second protocol is Generic Data Interface. The 
GDI is used for subscriber profile management, specifically downloading a 
subscriber profile from the PCI database 44 to the PCI server 48 and for 
applying updates to the profile stored in the PCI database 44. 

Fig. 7 shows the logical links from the PCI database 44 to the PCI 
server 48. The PCI database 44 consists of a mated pair of PCI databases 44a, 
44b, each containing three call processors 220 which each share the load. The 
links 250 are TCP/IP links between Intelligent Peripheral Interface (IPI) 210 and 
the Generic Data Interface (GDI) 212 processors on the PCI database 44 to the 
PCI server call processor. Two logical connections are made from each IPI 210 
and GDI 212 processors to the PCI server for redundancy. Thus, a full SCP 

-31- 

SUBSTITUTE SHEET (RULE 2fl 



10 



15 



20 



WO 96/09714 



PCT/US95/11861 



configuration supporting PCI would preferably require 24 logical links, as shown 
in Fig. 7. The PCI database initiates the opening of the logical links. 

In this illustrative embodiment, for the CallCommand feature 
employs the 1129+ protocol. For the wireless messaging feature, PCI uses the 
5 GDI protocol. The GDI tag IDs assigned for the PCI subscriber profile elements 
are provided in Appendix B. 

Appendix B also shows the PCI profile data, including the profile 
elements, their data types, maximum lengths, and GDI tag IDs. An * indicates 
elements which were shortened to 32 bytes because of GDI byte limitations. 
10 The description of the types and lengths of these elements is as follows: 

dN BCD-encoded digits. The number N represents the maximum 

number of BCD digits, not octets. 
cN Up to N ASCII characters. 

cN Binary integer N bytes in length, in network byte order (highest 
15 order bit transmitted first). 

Because the portion of the PCI subscriber profile downloaded to the 
PCI server is large (preferably approximately 1,000 bytes), and a maximum 
Transaction Capable Application Program (TCAP) message size is 256 bytes, 
the profile must be managed in segments. The service profile is divided into six 
20 segments as shown in Table 1 . Each segment is assigned a unique numeric 
identifier. 
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PCI Profile Segment 


Segment ID (decimal) 


Personal data 


1 


CC service profile 


2 


E-mail routing 


3 


E-mail subject screening 


4 


E-mail from screening 


5 


Voice mail profile 


6 



Certain data in a subscriber profile provides a subscriber's preferred 
1 0 media for messages delivery and notification. The encoding for these types are 
given in Table 2. 



Media Type 


Code 


Alphanumeric Pager 


A 


E-mail message store 


S 


Fax 


F 


PDA 


P 


Voice mail 


V 


Wireline e-mail 


E 


Null 


Z 
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For example, if the subscriber prefers to receive e-maii which passes screening 
via the PDA 30, then the "primary destination one" profile element will contain 
a "P". 

Fig. 8 illustrates a message flow for profile retrieval using the GDI 
5 protocol. A subscriber attempts to register with the PCI server either explicitly 
or implicitly (registration is discussed in detail below). The PCI server 48 send 
a GDI GetData query to the PCI database 44 over one of the GDI links (line 
260). The PCI server 48 may send one GetData data query for each PCI profile 
segment. Each query will be processed by the PCI database 44 as an 

10 independent transaction with a unique TCAP transaction ID. Each GetData 
query sent by the PCI server 48 will include a "Service Key" parameter which 
is a ten-digit PCI subscriber number (e.g., a telephone number). This key should 
be used by the PCI database 44 to identify the subscriber. In each GetData is 
a list of tag IDs listed in of the profile elements to be retrieved. The PCI 

1 5 database 44 responds to the GetData data query with a GetData response (line 
262). The response contains a return code and data for each element requested 
in the GetData data query. 

Fig. 9 provides a message flow of a profile update from a wireless 
PDA 30. This wireless profile update uses the GDI protocol. A subscriber 

20 performs a profile manipulation activity, and the PDA 30 sends a profile data 
message to the PCI server 48. The PCI server 48 sends a GDI SendData query 
to the PCI database 44 over one of the GDI links (line 264). The PCI server 48 
may send one SendData query for each PCI profile segment for which a profile 
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element was updated. Each query will be processed by the PCI database 44 as 
an independent transaction with a unique TCAP transaction ID. 

Each Send Data query sent by the PCI server 48 will include a 
"Service Key" parameter which is the ten digit PCI subscriber number. This key 
5 should be used by the PCI database 44 to identify the subscriber. Each 
SendData query contains a list of tag IDs provided in Appendix B and data for 
the profile elements to be updated. Not all tags in this segment may be 
included in the SendData query; only those profile elements which are actually 
updated by the subscriber will be sent. The PCI database 44 should not update 

10 data for which no tag was included in the SendData query. 

The PCI database 44 responds to the SendData query with a Send 
Data response (line 266) . The response contains a return code for each element 
requested in the SendData query. 

Fig. 10 is an illustrative example of one possible CallCommand 

15 message flow between the PCI server 48 and the PCI database 44. 
(CallCommand is discussed in more detail in section VI D.) The exact call flow 
for CallCommand depends upon the implementation of the service logic by the 
service designer, and upon options selected by the CallCommand subscriber. 
The CallCommand functions use the 1 1 29 + protocol and the IPI 21 0 (see Figs. 

20 6 and 7). 

As illustrated in Fig. 10, a CallCommand call arrives in the PCI 
server 48. The PCI server 48 sends a . • ovide instructions query to the PCI 
database over one of the 1129+ links (line 268). A TCAP transaction ID is 
generated for the query. The dialed number digits parameter contains the 
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personal numbers of the PCI subscriber (i.e., Service Key). The ANI digits 
contain the autonatic number identification, if any, of the caller (ANI is a 
telephone network capability). The PCI database sends a 1129 + 
send_to_resource command to the PCI server 48 to play an announcement and 
5 collect digits (line 270). The PCI server 48 plays the announcement, collects 
the digits, and sends a response containing a return code and the digits 
collected (line 272). 

PCI database 44 sends a 1 1 29 + playapplication command to the 
PCI server 48 to notify the PDA 40 of the incoming call (line 274). The PCI 

1 0 server 48 responds with a return code and a destination number (entered by the 
subscriber at the PDA 30) to which the call is routed (line 276). The PCI 
database 44 sends a 1 1 29 + switch_to_resource command to the PCI server 48 
instructing the PCI server 48 to route the call to a destination number (line 278). 
The PCI server responds with the return code executing that request (line 280). 

15 Fig. 11 is an illustrative example of one possible message flow 

between the PCI server 48 and the PCI database 44 for a DTMF profile 
manipulation message. The DTMF profile manipulator uses the 1129+ protocol 
through the IPI 2 1 0. The exact call flow for DTMF profile manipulation depends 
upon the implementation of service logic by the service designer, and upon 

20 options selected by the PCI subscriber. 

As shown in this illustrative example, when a call arrives at the PCI 
server, the PCI server sends an 1 129+ provide instructions query to the PCI 
database (line 282). The called number contains a dialed number (i.e., the 
service number for a DTMF updates), while the ANI field contains the ANI, if 
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any (line 286). The PCI DTMF profile manipulations Call Process Request CPR 
is triggered by the dialed service number. The CPR 222 instructs the PCI server 
to play announcements and collect digits, guiding the subscriber through voice 
menus and prompts (line 288). The PCI server responds to each request with 
5 digits collected (lines 290, 294). The CPR updates subscriber's profile with 
data collected via DTMF. 



V. PDA/PCI Interface 

Communication between the PDA and PCI use, for example, an 
10 X.25 transport using the UDP IP protocol. A brief discussion of the PDA 
structure is provided. The PDA 30 is preferably a notebook or palm top 
computer having a wireless network interface. The PDA may be, for example 
a Hewlett Packard Omnibook 300 notebook computer running a PCI application. 
Fig. 1 2 illustrates an exemplary PDA. The PDA 30 has a central processing unit 
1 5 294 connected to a bus B. The central processing unit ("CPU") 294 performs 
most of the computing and logic functions of the PDA 30. A memory 295 is 
connected to the bus B, which stores information to be provided to the CPU 
295 or otherwise used by the PDA 30. An input/output device 297, such as 
a keyboard, is also connected to the bus B which allows a user to input data for 
20 storage in memory 295 or for use by CPU 295. A display 298 is connected to 
the bus B. The PDA 30 also has a wireless communication interface 299 for 
communication with a wireless communication network. 

The PDA/PCI interface involves six types of message flow. These 
messages are: (1) registration/deregistration; (2) wireless messaging; (3) 
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retrieving E-Mail; (4) cross-media notification; (5) CallComrnand; and (6) profile 
management. 

There are two types of registration and deregistration: explicit and 
implicit. Explicit registration occurs when a PCI subscriber starts the PCI 
5 application software on the PDA 30 (this is called start-up registration) or when 
the subscriber clicks a status check button or one of the service registration 
request buttons on the PDA 30 either for the CallComrnand or wireless 
messaging service. Once successfully registered, if the subscriber's profile is 
not already present in the service profile cache 51 maintained by the PCI server 
10 48, the PCI server 48 will request a download of the subscriber's profile from 
the PCI database 44 to the service profile cache 51 . The PCI server 48 sets the 
subscriber's registration status in the cache 51 to match those requested by the 
subscriber for the wireless messaging service for the call command service. 

Fig. 1 3 illustrates one example of the message flow between the 
1 5 PDA 30 and PCI server 48 during explicit registration. This flow is also used by 
a subscriber to check registration of CallComrnand or wireless messaging 
services. A subscriber starts the PCI application software on the PDA or clicks 
the service status check, CallComrnand registration, or wireless messaging 
registration buttons on the PDA. The PDA sends a registration request to the 
20 PCI server 48 with the subscriber's validation information (subscriber ID and 
password). The PDA 30 also starts a timer during which the PDA 30 will wait 
for a response from the PCI server 48. The PCI server 48 server receives the 
registration request and checks if the subscriber is provisioned and if the 
subscriber ID and password are correct. The PCI server then sends a 
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registration acknowledgement (line 302). If the subscriber is not provisioned, 
no service profile exists and the acknowledgement includes an "unrecognized 
subscriber" response. If the subscriber ID and password are invalid, the 
acknowledgement includes an "incorrect password/PIN" response. Otherwise, 
5 the PCI server acknowledgement includes a "success" response. If the PDA 30 
does not receive an acknowledgement from the PCI server within a 
predetermined time, it aborts the registration attempt and tells the subscriber 
to try again later. 

Implicit registration automatically registers a subscriber for the 

1 0 wireless messaging service when the subscriber is currently not registered and 
wishes to send or fetch E-Mail from or to a PDA 30. Implicit registration is done 
as follows. The PCI server receives a fetch or send request from a subscriber 
who is not registered for the wireless messaging service. The PCI server 48 
retrieves a copy of the subscriber's service profile from the PCI database 44, if 

1 5 necessary, and validates the subscriber's ID and password. The PCI server 48 
validates the profile contents to make sure that subscriber may use the wireless 
messaging service. If wireless messaging is permitted, the PCI server 48 
processes the request. Otherwise, it sends an acknowledgement indicating the 
reason why the subscriber is not permitted to use the wireless messaging 

20 service. The messages flow is the same as illustrated in Fig. 13. 

Once the subscriber is registered for either the CallCommand 
service or the wireless messaging service, the subscriber remains registered 
until the subscriber explicitly deregisters by either quitting the application or 
clicking the deregistration button on the PDA 30. The subscriber can also be 
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implicitly deregistered for the wireless messaging service by the PCI server 48 
provided the PCI did not detect any wireless messaging activities to or from that 
subscriber for a given duration of time. 

Although the subscriber is deregistered, the subscriber's service profile will 
5 remain in the service profile cache 51 . The profile remains in the cache as long 
as the PCI server has some activity for the subscriber, such as incoming e-mail 
messages within a predetermined time, such as four hours. 

No PDA-to-PCI server messages may be sent be the subscriber to 
implicitly register for CallCommand, thus, a subscriber should not be implicitly 

10 deregistered from this service. Implicit registration and deregistration occurs 
only for the wireless messaging service, and not for CallCommand. A 
subscriber remains registered for CallCommand as long as he or she is running 
the CallCommand software application on the PDA. 

Explicit deregistration occurs when a subscriber quits the PCI 

1 5 application software on the PDA (this is called exit deregistration) or when the 
subscriber clicks one of the service deregistration request buttons on the PDA 
for the CallCommand or wireless messaging services. Fig. 14 is an illustrative 
embodiment of a message flow between the PDA 30 and PCI server 48 for 
explicit deregistration. A subscriber quits the PCI application software on the 

20 PDA or clicks a deregistration button on the PDA. The PDA 30 sends a 
deregistration request to the PCI server 48 with the subscriber's validation 
information (the subscriber ID and password) (line 304). The PDA 30 also 
starts a timer during which the PDA will wait for a response from the PCI server 
48. The PCI server 48 sends an acknowledgement (line 306). The PCI server 
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48 receives the deregistration request and checks if the subscriber ID and 
password are correct. If the subscriber ID and password are not correct, the 
acknowledgement includes an "incorrect password/PIN" response. Otherwise, 
the acknowledgement includes a "success" response. If the PDA 30 does not 
5 receive an acknowledgement from the PCI server 48 after a predetermined time, 
the PDA 30 assumes that it is out of radio coverage and informs the subscriber 
to retry later. 

Implicit deregistration occurs when the PCI does not detect any 
wireless messaging activity from or to the subscriber for a given duration of 

10 time, for example four hours. The PCI will also try to implicitly deregister a 
subscriber from the wireless messaging service in the middle of the night in the 
event that the subscriber inadvertently left the PDA 30 turned on. The PCI 
server 48 keeps a time-stamp of the most recent wireless messaging activity for 
each registered subscriber in the subscriber's service profile maintained in the 

15 service profile cache 51. Whenever the PCI server 48 detects any wireless 
messaging activities to or from a particular subscriber, the time-stamp is 
updated to the current time. The stored time-stamp of a registered subscriber 
is periodically compared to the current time. When a predetermined time 
elapses, the PCI server 48 assumes that the subscriber is out of radio coverage 

20 or has quit the PCI application. 

For implicit (or automatic) deregistration, the message flow is the 
same as illustrated in Fig. 14. The PCI server 48 sends to the PDA 30 a 
deregistration request containing registration information about the subscriber. 
The PCI server 48 also sets a timer during which it will wait for a response from 
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the PDA 30. When the PDA 30 receives the deregistration request, it responds 
with registration acknowledgement which contains the registration information 
currently known to PDA. When the PCI server 48 receives the registration 
acknowledgement, it updates the subscriber's registration status based on 
information in the acknowledgement. The PCI server 48 also updates the 
wireless messaging time-stamp associated with the subscriber to the current 
time. If the PCI server 48 does not receive an acknowledgement within a 
predetermined time as described above, the PCI server 48 assumes that the 
subscriber is no longer registered and removes all references to the subscriber 
from the service profile cache 51 . 

Sending and receiving e-mail wireless messages involves two types 
of message flows: sending messages from the PDA 30 to the PCI server 48 and 
from the PCI server 48 to the PDA 30. 

Fig. 1 5 is an illustrative example of a message flow sending an E- 
mail from a PDA 30 to an PCI server 48. When a subscriber sends an E-Mail 
notification from the PDA 30, the PDA 30 forwards the E-Mail to the PCI server 
48, The body of the E-mail contains, for example, M to;from;subject;cc M 
information (line 308). The PCI server acknowledges this notification (line 310). 
If the E-mail is longer than can be transmitted in a single message, the PDA 30 
segments the E-mail into multiple, sequentially numbered messages and sends 
them to the PCI server (lines 31 2,316, 320). Each message sent from the PDA 
is responded to with an acknowledgement containing the reception status of the 
message and the sequence number it is acknowledging (lines 314, 318, 322). 
The PDA 30 and PCI server 38 use the sequence number to maintain a 
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sequential flow of packets. Out of sequence messages are discarded. Once all 
of the packets are received, the PCI server 48 puts them into their original order 
using the sequence number and forwards the now assembled E-mail to a 
message transfer agent, which then forwards the E-mail to its intended 
5 destination. 

The PDA 30 starts a timer each time it sends out an E-mail. If the 
PDA 30 does not receive an acknowledgement after a predetermined time (for 
example ten seconds), the send operation is aborted and the E-mail is stored 
in a local outbound queue for redelivery in the future. 

1 0 When an E-mail is being delivered from an PCI server 48 to a PDA 

30, a similar message flow is used. The only difference is that the PCI server 
48 initiates the flow and sends the initial messages instead of the PDA 30. 

Retrieving E-mail involves two types of message flows: retrieving 
undelivered E-mail addressed to the PDA 30 and retrieving E-mail delivered a 

1 5 messaging system, such as a wireline e-mail system. When a subscriber is out 
of radio coverage or is not registered with PCI, the PCI sends E-mails addressed 
to be delivered to the PDA (PDA-bound E-mail) to an external mail storage 
system. The PCI server will also send certain E-mail directly to an external mail 
storage system (MS-bound E-mail), such as the subscriber's wireline E-mail 

20 connected to his or her personal computer, according to the subscriber profile 
stored in the PCI database 44. A registered subscriber can retrieve PDA 30 
bound E-mail at any time by starting "FETCH" operation. The PCI will send the 
PDA bound mail from the external mail storage and will also summarize MS- 
bound E-mail. 
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An illustrative example of the message flow between the PDA and 
the PCI server for retrieving undelivered PDA bound E-mail is shown in Figs. 1 6a 
and (b). If there are no MS-bound messages, an illustrative message flow is 
shown in Fig. 16(a). The PDA 30 sends a fetch request to the PCI server 48 
(line 324) and starts a timer, which waits for an acknowledgement. If no 
acknowledgement is received within a predetermined time, for example twelve 
seconds, the PDA 30 assumes to is out of radio coverage and informs the 
subscriber to try again later. In response to the request, the PCI server 48 logs 
into an external mail storage system specified in the subscriber's profile. If any 
PDA- bound E-mail is stored in the external storage system, the PCI server 48 
will (a) move the PDA bound E-mail from the external mail storage system into 
a pending area in the PCI server; (b) send an acknowledgement to the PDA 
indicating the number of PDA bound E-mail now residing in the pending area; 
and (c) initiate delivery of these PDA bound E-mail from the pending area to the 
PDA (line 326). 

If there are MS-bound E-mail messages, an illustrative message 
flow is shown in Fig. 16(b). The PDA sends a fetch request (line 328) and 
starts a timer. Whenever the PCI server sends a summary message, it starts a 
timer. If the PCI server 48 does not receive an acknowledgement within a 
certain predetermined time, for example ten seconds, it will assume that the 
PDA 30 is out of radio coverage, abort the send operation and discard the 
summary information. In response to the request, the PCI server 48 will (a) 
send an acknowledgement to the PDA indicating the number of MS-bound E- 
mail present; (b) extract summary information from those messages; and (c) 
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send the summary to the subscriber's PDA (line 332). When the PDA receives 
an acknowledgement from the PCI server, it informs the subscriber based on the 
contents. 

Summary information for the MS-bound E-mail is formatted into 
one ASCII text per E-mail and send to the PDA. If the summary information, or 
the number of summarized E-mail require more than one message, the PCI 
server 48 splits the summary information into multiple sequentially numbered 
segments and sends each segment in a separate message (lines 336, 340). 
Each message from the PCI server 48 is responded to by the PCI server with an 
acknowledgement containing the reception status of the message and the 
sequence number it is acknowledging (lines 334, 338, 342). Out of sequence 
messages are discarded. Once all of the packets are received, the PDA 30 puts 
them into their original order using the sequence number. 

Once the summary information describing the MS-bound E-mail 
messages is reviewed, the subscriber may start a FETCH operation to retrieve 
these MS-bound E-mail messages. Fig. 17 is an illustrative example of a 
message flow between the PDA 30 and the PCI server 48 retrieving MS-bound 
E-mail. The subscriber selects an MS-bound E-mail message to be received. 
The PDA 30 sends a retrieve request to the PCI server 48 containing the 
message selected by the subscriber (line 344). The PCI server 48 responds 
with an acknowledgement (line 346). The PCI server 48 logs into the external 
message storing system specified in the subscriber's service profile and moves 
the MS-bound E-mail specified in the request out of the storage system into a 
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pending area in the PCI server 48. The PCI server 48 initiates a send operation 
which delivers the E-mail in the same manner as discussed above. 

Cross media notification (e.g., PDA notification of voice mail 
message receipt) is sent to the PDA 30 using the same delivery as a wireless 
E-mail message to the subscriber. The PCI server 48 originates the notification 
E-mail and the e-mail subject is "message notification". The body of the 
notification E-mail contains the message sender's address (i.e., the phone 
number for a voice mail), the date and time the message arrived at the PCI; the 
type of media, (i.e., voice mail, FAX, E-mail or other); whether the message is 
marked urgent (if detectable); the length of the message (for example, in 
minutes for a voice mail message); and, if appropriate, the subject of the 
message. 

CallCommand allows a PCI subscriber to reroute or direct calls in 
real time. The subscriber may receive notification on the PDA 30 that a call is 
waiting. Using the PDA 30, the subscriber may instruct the PCI to route the call 
to specified destination number or have the PCI server play a message entered 
by the subscriber using synthesized speech. 

When a call is made to a CallCommand subscriber's number, it is 
routed to an PCI server 48. The PCI server 48 queries the PCI database 44 to 
determine how the subscriber's profile has directed the call to be processed. 
If the subscriber is registered at a known telephone number, the PCI database 
44 instructs the PCI server 48 to route the incoming call to the given telephone 
number (assuming that the call meets any screening requirements). If the 
subscriber is not registered at a known telephone number, the PCI database 44 
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will provide a default routing number and a timer value instructs the PCI to play 
an announcement customized by the subscriber to the caller and start collecting 
DTMF digits within that time period. The PCI plays the announcement and 
starts the timer provided by the PCI database 44 and then begins collecting 
5 DTMF digits entered by the caller. If no digits are collected within a 
predetermined time period, the PCI routes the call to a default number indicated 
by the subscriber's profile in the PCI database 44. If DTMF digits are collected, 
the PCI puts the caller on hold determines if the caller meets screening 
requirement, and handles the call accordingly. If the call is to be directed to the 

10 subscriber, the PCI attempts to contact the subscriber. 

Fig. 1 8 is an illustrative example of the message flow between the 
PDA 30 and PCI server 48 for a CallCommand call. The PCI server 48 sends 
a notification message to the subscriber's PDA 30 to notify the subscriber that 
a call is waiting (line 348). The message contains the DTMF digits entered by 

1 5 the caller. The PCI server 48 starts two timers, which are the time interval the 
PCI server 48 expects to receive an acknowledgement from the PDA 30 and the 
time interval the PCI server 48 expects to receive a response from the PDA 30 f 
respectively. The typical values for these timers are ten and forty seconds, 
respectively. The time to receive an acknowledgement should be less than the 

20 time for the response. 

After receiving a notification message, the PDA sends an 
acknowledgement to the PCI (line 350). This informs the PCI server 48 that the 
PDA 30 is within radio coverage and that the subscriber has been notified about 
the incoming call. Once the acknowledgement is received, it cancels the 
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acknowledgement timer, but leaves the response timer ticking, waiting for a 
response to come from the PDA 30. If the PCI server 48 does not receive an 
acknowledgement within the predetermined time, it assumes that the PDA is 
either out of radio range or is turned off and cancels the response timer and 
routes the call to a default number programmed into the user profile in the PCI 
database 44. The subscriber is notified of the incoming call by the 
CallCommand interface on the PDA 30. The DTMF digits entered by the caller 
provide the subscriber with the name and/or telephone number of the incoming 
caller. 

The subscriber can decide to route the call to directory number or 
voicemail, enter a text message to be played to the caller, or both. The PDA 
will send a response to the PCI server 48, which carries the number to which 
the call should be routed, a short text message to be played to the caller 
through synthesized voice, or both (line 352). When the PCI server receives the 
response, it cancels the response timer and executes the subscriber's decision 
in the response and sends an acknowledgement which contains how the 
subscriber's decision is to be carried out (line 354). 

If the response timer expires before the PCI server 48 receives a 
response, the PCI server 48 routes the call to a default number obtained from 
the PCI database 44 and send a status message to the PDA 30 to inform the 
subscriber that the caller is no longer waiting (line 356). Also, if the caller 
decided not to wait any longer (that is hangs up or presses "*", which allows 
the caller to go to the default number) the PCI sends a status message providing 
this information. The PDA acknowledges the status message (line 358). 
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Profile management allows the subscriber to modify wireless 
messaging and call command services by updating certain elements in the 
subscriber's service profile stored in the PCI database 44 and the service profile 
cache 51 in the PCI server 48. Profile information is not stored locally on a PDA 
30. Updating the subscriber's profile using a PDA 30 always requires the 
subscriber to have a profile download from the PCI. 

Profile management involves two types of message flows, profile 
download and profile upload. Fig. 1 9 is an illustrative example of the message 
flow between the PDA 30 and the PCI server 48 for a profile download. As 
indicated above, any profile change requires a profile download because the 
profile is never stored in the PDA 30. A subscriber starts a profile management 
application on a PDA 30 and requests a profile download. The PDA 30 sends 
a download request to the PCI server and requests a copy of the subscriber's 
modifiable profile elements to be downloaded to the PDA 30 (line 360). The 
PCI validates the identity of the subscriber through its subscriber ID and 
password. If the subscriber's identity is not validated, the PCI sends an 
acknowledgement and an error code and terminates the profile update session. 
If the subscriber's identity is validated, the PCI downloads the subscriber's 
modifiable profile elements (lines 362, 366, 370). Attached as Appendix C is 
a list of tags for modifiable profile elements. The PDA 30 acknowledges the 
received data (lines 364, 368, 372). The PDA starts a timer after sending the 
download request. If the PDA does not receive an acknowledgement or data 
from the PCI server within a predetermined amount of time, for example, ten 
seconds, it assumes that it is out of radio coverage and informs the subscriber 
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to try again later. The PCI server 48 starts a timer each time it sends out data 
to the PDA 30. If the PCI server 48 does not receive an acknowledgement from 
the PDA 30 within a predetermined time, for example ten seconds, it will abort 
the profile download operation. 
5 Once the subscriber finishes editing the profile on the PDA, a 

profile upload request is issued. An illustrative example of the message flow 
between the PDA 30 and the PCI server 48 for a profile upload is shown in Figs. 
20(a) and (b). After the subscriber issues a profile upload request, the PDA 30 
sends an upload request to the PCI server 48 requesting permission to send the 

10 updated profile elements (step 378). The PCI server 48 validates the identity 
of the subscriber, for example by checking the subscriber ID and password, and 
checks if there is an associated download request issued by the same 
subscriber. The check for an associated previous download request is 
necessary so that the PCI server 48 is sure that the profile the subscriber wants 

15 to change is the profile that the PCI server 48 has just sent. If the subscriber's 
identity is not validated, or there is no associated download request packet, the 
PCI server sends an acknowledgement an error code to the PDA 30 and 
terminates the profile update session. If the subscriber's identity is validated 
and there is an associated download request, the PCI server 48 honors the 

20 request by sending an acknowledgement and a status code of "OK" to the PDA 
30 (line 376). When the PDA 30 receives the OK, it formats the updated profile 
elements and sends them to the PCI server 48 in the same way the profile was 
sent to the PDA 30 during the download phase (lines 378-386). If no error is 
detected, the PCI server 48 sends the updated profile elements to the PCI 
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database 44 to commit the change. After a confirmation is received from the 
PCI database 44, the PCI server 48 sends an acknowledgement with status 
code of M OK" to the PDA to confirm and conclude the profile update session 
(line 388), as shown in Fig. 20(a). 

Fig. 20(b) is an illustrative message flow when the PCI server 48 
detects errors in an uploaded profile. The upload proceeds as above (lines 390- 
398). If the PCI server 48 detects errors in the updated profile elements it 
responds with an error message to notify the subscriber about the invalid profile 
element (line 400). The PDA acknowledges receipt of the error message (line 
402). The PCI server 48 sends the invalid profile elements in a similar way as 
the profile was sent to the PDA 30 during the download phase (lines 406, 408) . 

The PDA 30 starts a timer when its sends out an upload request 
or sends out data. If the PDA 30 does not receive an acknowledgement from 
the PCI server 48 within a certain predetermined time, it will abort the profile 
upload operation and inform the subscriber to retry at a later time. 

V. Services 

A. Wireless E-mail Messaging 

PCI includes several wireless text message sending, receiving, and 
service control features. PCI's wireless text messaging services are based on 
three network-based capabilities: 

message integration combining voice message notification, 
voice mail, telephone calls, e-mail, and fax; 
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message routing and delivery, i.e., the PCI is a wireless and 
wireline network gateway; 

database access, i.e., subscriber profile, authentication, and 
validation. 

5 The PCI uses personal communications service-integration capabilities to 
integrate the wireless service capabilities available to the subscriber. This is 
accomplished by providing the subscriber with control over the message routing 
and delivery by the subscriber accessible "subscriber profile" stored in the PCI. 
The subscriber profile contains subscriber programmed instructions on message 

10 receipt, origination, and notification. Thus, PCI operates as a messaging 
gateway for providing access to multiple wireline and wireless networks, while 
using subscriber profile information to control sending and receiving options. 
PCI allows wireless service providers to integrate the voice messaging, e-mail, 
and fax message services for one subscriber through a single telephone number. 

1 5 Thus, one phone number may provide a single link between the service provider 
and the subscriber's voice and data communications lines. 

The message sending features include communications across 
disparate networks and broadcast communications. A subscriber may send 
voice mail, e-mail, and fax messages between different service providers and 

20 networks. A subscriber may also send broadcast e-mail and fax messages, 
which broadcasts may mix e-mail and fax messages within a single distribution 
list. For example, the subscriber may type a message on a PDA and send it to 
a distribution list over a wireless network. The distribution list may direct the 
PCI to deliver the message to the office as an e-mail and to a client as a fax. 
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The message receiving features include personal number 
addressing, selection of message receipt media format, selection of cross-media 
message notification, and selection of message screening and delivery options. 
A subscriber may receive voice (e.g., phone), voice mail notification, e-mail, and 
5 fax communications under a single personal telephone number. A subscriber 
may direct e-mail and fax delivery based on selected parameters, such as time- 
of-day, day-of-week, etc. A subscriber's media message notification, voice mail 
notification of e-mail or fax messages, e-mail notification of voice mail or fax 
messages, and fax notification of e-mail or voice mail messages may be 

10 delivered to the subscriber based on selected options and parameters. 

Alternatively, if the subscriber's wireless terminal is not activated, 
e-mail messages may be automatically routed to alternate destinations as 
defined by the subscriber's profile. For example, the subscriber may not want 
to receive all telephone calls at a visiting location to avoid unnecessary 

1 5 interruptions and unwanted incoming call charges. The subscriber directs the 
PCI to send notification of phone calls to the pager and to route the call to voice 
mail. Once notified, the user can determine from the phone number included 
in the pager notification whether to call the person directly, check voice mail, 
or ignore the call until a later time. The subscriber may also direct which 

20 messages are to be routed to the subscriber's current serving network, which 
are to be sent to another network, and what media is to be used to receive 
certain messages. The subscriber may also designate, for example, that if the 
wireless terminal is off, all text messages to be sent to e-mail and all voice 
messages are to be sent to voice mail. 
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The PCI service control features include supporting subscriber 
profile management, supporting personal mobility across wireless and wireline 
networks, and supporting wireless terminal mobility. A subscriber's profile may 
be updated by sending text messages from a PDA over a wireless network or 
5 DTMF (touch-tone) messages from either a wireline or wireless terminal. The 
subscriber may program the profile to select media for receiving and sending 
information; select cross media for message notification; select message 
screening and delivery options; select single voice mailbox storage (for 
subscriber's with more than one voice mailbox); and select a PCI service 

10 password. All of these options may be maintained over wireless or wireline 
terminals. The subscriber may automatically register and deregister a wireless 
terminal thus updating the subscriber s profile to receive or reroute messages 
as preprogrammed in the profile. 

The wireless data network provides data transport between the PCI 

1 5 server 48 and the subscriber using a wireless data terminal, such as a PDA 48. 
The wireless data network may connect to the PCI server in a variety of ways, 
using a variety of protocols. For example, the wireless data network may 
connect to the PCI using a leased line and run a proprietary protocol to connect 
the PCI server via standardized protocols such as TCP/IP. 

20 Text messaging systems may be connected to the PCI server 

through for example, Frame Relay, SMDS, ISDN, leased line interface, or other 
transport mechanism effective for supporting data communications may be 
used. An inter-message handling system protocol, such as X.400 (in which 
case X.400 gateway conversion is needed), or it could be Internet SMTP or 
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other protocols supported by an interworking unit terminating the data transport 
interface, may be used to forward messages between the PCI server 48 and the 
system accessing the PCI. 

The PCI server will preferably support sending and receiving faxes 
5 in the T.434 format. The PCI server may also preferably support sending and 
receiving faxes using the simple mail transfer protocol (SMTP) supported by the 
TCP/IP transport protocol. 

Fig. 21 shows an illustrative embodiment of a PCI service 
supporting text messaging systems. In this example, a subscriber has a 

10 personal computer 402 at the office connected to a local area network (LAN) 
414 and an enterprise text messaging system (for example, a local network e- 
mail) 413, a personal computer at home 41 6, and a wireless terminal, such as 
PDA 30 that may send and receive messages. All of these devices are 
connected to the PCI. For example, the subscriber's home personal computer 

15 416 may be connected to the PCI 40 via a modem and a wireline data network 
418 over either a PSTN or ISDN. 

Persons connected to the LAN may send text messages to the 
subscriber by using the local text messaging system without using the PCI. 
That is, user of computer 420 and send an e-mail to the subscriber's office 

20 computer 41 2 without entering the PCI node 40. Because the enterprise text 
messaging system 413 is connected to PCI, all enterprise messaging users may 
send messages to and receive messages from all PCI s scribers (including 
those not connected to the local text messaging system 413) by using an 
appropriate PCI address. 
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A person connected to a different enterprise messaging system, 
such as text message handling system 2 422, can send messages to the 
subscriber on message handling system 1 41 3 by routing the message through 
the PCI Server 48. PCI subscribers are assigned a single personal telephone for 
both voice and data communication. For example, an E.164 address (i.e., a 
telephone number) may be assigned to a PCI subscriber to use as the single PCI 
address. These phone numbers may be geographically based according to 
current PSTN architecture, but it is also possible to use portable universal 
numbers. Fifteen digit number formats may be desirable to permit sub- 
addressing. For example, a message destined for a PCI subscriber may be 
addressed to the subscriber's telephone number, e.g., 201-555-5555. If an 
originating mail system such as a LAN mail system or third party message 
handling system requires a domain identifier, the originator may have to specify 
201-555-5555 @ PCI, or on the Internet 201-555-5555 @ pci.net. When the 
PCI server 48 receives the message, it will look at the subscriber's profile stored 
in call process request database 222 stored in an PCI database 44 to determine 
how to handle the incoming message. An example of a few of the options that 
PCI may provide for the subscriber are to: 

send the message to the subscriber's wireless PDA; 

send the message to the subscriber's wireline computer at 

home; 

send the message to the destination text messaging system 
at the office; 
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send a notification of an incoming message to the wireless 
data terminal and the actual message to the text messaging 
system. 

send the message to any or all of the above; 

The subscriber may send text messages over the wireless data 
network or wireline data network to the PCI server 48. The PCI server 48 
consults with the subscriber's profile at the PCI database 44 and forwards the 
message to the appropriate destination, depending on the routing destination 
found in the profile. Text messaging systems not connected to the PCI 40 may 
send text messages to PCI subscribers by using another network connected 
between the sender's text messaging system and the PCI subscriber's text 
messaging system, for example, the non-connected text message may be 
connected to a PCI over the Internet. 

The flow for wireless messaging is now described. 

The flow for a PCI subscriber receiving an e-mail message to a 
wireless PDA 30, for example, is as follows. An e-mail message is sent from 
a wireline or wireless sender to a PCI subscriber and arrives at the PCI server 
48. The incoming e-mail contains a recipient address in the format of "201- 
555-5555 @ pci.net" where 201-555-5555 is the subscriber's ten-digit 
personal number and pci.bellcore.com is the PCI server's domain name in the 
Internet. 

The PCI server 48 checks the subscriber's service profile, either 
from the profile service cache 51 in the PCI server or by downloading the 
subscriber profile from the PCI database 44 into the cache 51 to determine how 
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to process the e-mail message. The profile contains screening and routing 
information and cross media notification information. The PCI server 48 uses 
this information to send incoming e-mail to an actual destination address that 
can be a wireless, wireline, or paging address using, for instance, the UDP/IP 
5 protocol over a wireless data network; the Internet SMTP protocol over the 
Internet wireline network; or the Telocater Alpha Numeric (TAP), respectively. 
In this case, the subscriber has programmed into the subscriber profile to have 
the e-mail sent to a PDA 30. The PCI server 48 receives the e-mail message 
and forwards it to the wireless data network programmed into the profile. The 

1 0 e-mail is transmitted over a wireless data network 39 for receipt by the PDA 30. 

If the e-mail cannot be delivered, the PCI server returns the e-mail 
to the original sender with a short description of why the delivery was 
unsuccessful, using the SMTP protocol. 

If an e-mail message is to be delivered to an alphanumeric paging 

1 5 address, the PCI server translates the e-mail message into a paging message 
and sends the paging message to the paging network specified in the subscriber 
profile. The protocol between the PCI server and the paging network is the 
Telocater Alpha Numeric (TAP). The PCI server formats the paging message 
into a maximum page limit with a maximum number of characters per page. For 

20 example, the page limit may be two pages and a maximum of 256 characters 
per page. The PCI server does not verify whether a paging message is actually 
delivered by the paging service provider. It will, however, verify that the 
message was successfully sent to the paging service provider. Because the PCI 
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server does not provide this verification, it is under the assumption that 
messages sent to a pager arrive successfully at the pager. 

If the subscriber profile contains an option for voice message 
notification of e-mail messages, the PCI server generates and sends a digitized 
prerecorded voice announcement to the address specified in the subscriber 
service profile. The protocol used to deliver the voice message notification is 
the AMIS-Analog Protocol. 

In this illustrative embodiment, a preferred PCI server node 
functions as an X.400 message transport agent or SMTP router and routes 
messages destined for PCI subscribers and to those destined for users 
connected on other systems. In the case of an X.400 message transfer agent 
(MTA), X.400 addresses are used to internally represent subscriber addresses. 
The translation from the "user friendly" subscriber addresses such as E.164 
numbering to the X.400 address would be done via a look-up table (ROM or 
other memory device) at the PCI access module or the X.400 gateway. 
Destination or source addresses from users on other networks are not converted 
to X.400 addresses, but are left in the native address format of the sending or 
receiving system. An X.400 gateway address may be added to the message 
header, however, to allow PCI to route the message to an appropriate gateway. 

The PCI server 48 is responsible for delivering a message to the 
subscriber listed in the destination field of the message. In a simple case, the 
subscriber has an X.400 or Internet mailbox accessible to the PCI via one of its 
access connections. Alternatively, the subscriber profile may contain 
forwarding addresses which route the message for delivery to unusual 
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destinations. For example, the subscriber's mailbox may reside on another 
message handling system, a wireless data network, wireline data network, or 
PSTN destination associated with a fax machine. The delivery of such a 
message to a final destination is handled by an interworking unit which is 
5 responsible for doing address translation and, if necessary, format translation 
as defined by the subscriber profile entry. 

For subject e-mail screening, the subject field is analyzed to 
determine if a match exists before comparing the address field. If the subject 
field matches an entry on the screening list, the treatment for a matched entry 
10 will occur. That means, in this illustrative embodiment, that subject screening 
takes precedence over address sender screening. That is, if e-mail originated 
from an address that is excluded from the e-mail screening address list, the e- 
mail will still be delivered according to the screening criteria. 

If the PDA 30 is not registered for the wireless messaging service 
15 or if the PDA 30 is out of radio coverage at the time the message arrives at the 
PCI server 48. the message will be sent to the subscriber's external message 
storage system, such as the text message system 413. 



B. Voice Messaging 
20 Fig. 22 shows an illustrative embodiment of a PCI service for voice 

mail system. The voice mail systems 430 may use the public telephone 
network 432 and Audio Messaging Interface Specification (AMIS) - Analog 
Protocol to connect analog voice messages to the PCI. Alternatively, the voice 
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mail system may use a modem 434, a private line 436, or an ISDN BRI AMIS - 
Digital Protocol 438 to connect digital voice mail signals to the PCI. 

Voice messaging systems on the PCI must be able to send a 
message to the PCI server 48 providing notification that the subscriber has 
received a voice message. The voice mail system may send this text message 
using, for example, by asynchronous interfaces with a modem; X.25; ISDN BRI, 
or TCP/IP interfaces. Preferably, the PCI server 48 supports the AMIS Analog 
and Digital interfaces. 

The PCI voice messaging call flow is as follows. Using the AMIS- 
Analog Protocol the system originating the voice message sends message 
information to the PCI server 48 specifying the type of message to be delivered, 
the message length (in minutes), the originator's mailbox number, and the 
recipient's mailbox number. When the message arrives at the PCI server 48, 
the originator's mailbox is extracted from AMIS-Analog Protocol and is 
compared to the subscriber's voice mailbox number stored in the subscriber 
profile. If the two values match, the voice message is already in the mailbox 
designated by the subscriber. In this case, the PCI server 48 sends a bogus 
error code to the originating voice messaging system using the AMIS-Analog 
protocol so that the voice message is rejected and is not forwarded to the PCI 
server 48. The PCI server 48, however, has header information needed to send 
a notification message to the subscriber, if such notification is required by the 
subscriber profile. 

If the originator's mailbox does not match the subscriber's 
voice mailbox number, the PCI server 48 analyzes the message length 
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parameter. If this parameter exceeds a certain predetermined length, for 
example three minutes, the PCI server 48 sends a response message to the 
originating voice messaging system with an error code specifying that the 
message is too long. No further processing of the voice message occurs. If the 
message length is not longer than the predetermined time, the PCI server 48 
sends a response message to the originating voice messaging system accepting 
the message. The originating voice messaging system will then forward the 
voice message to the PCI server. 

When the voice message arrives at the PCI server 48, the 
PCI server 48 attempts to route the voice message according to the screening, 
registration, and routing options contained in the subscriber profile. Using 
AMIS-Analog Protocol, the PCI server 48 sends message information to the 
subscriber's destination voice messaging system, specifying the type of 
message to be delivered, length of the message in minutes, the originator's 
mailbox number, and the recipient's mailbox number. 

For voice messages that cannot be delivered to the destination, for 
example if the mailbox is full, the destination system sends a non-delivery 
notification message to the PCI server 48 specifying the reason why the 
message is undeliverable. The PCI server 48 retries delivering for up to a 
system defined time period. If all of the retries fail, the PCI server 48 uses the 
AMIS-Analog Protocol to return the voice message to the originating voice 
messaging system with an appropriate non-delivery notification. A pre-recorded 
non-delivery announcement is sent to notify the message originator that the 
message was undeliverable. No further processing occurs. If the destination 
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system accepts the message, the PCI server 48 forwards the voice message to 
the destination system. 

If the subscriber chooses e-mail notification of incoming voice 
messages, the notification is sent via wireless or wireline network to the 
5 subscriber as specified in the subscriber profile. If the subscriber selected page 
notification, the notification will be sent through the paging network according 
to the profile. Either notification contains the mailbox number that originated 
the voice message, the date and time the message was received, and the length 
of the voice message in minutes. 

10 In another example, a user having a digital voice mail system 

creates a voice mail message and addresses it to a user of analog voice mail 
system. The destination telephone number indicates that the message must be 
routed to the PCI server 48. The PCI server 48 checks the recipient's user 
profile and determines that the destination recipient has an analog voice mail 

1 5 system. The message is then passed into the analog voice mail system via the 
AMIS - Analog Protocol. 

The subscriber will receive all of the voice mail messages at the 
voice mail system, if that is what is selected in the subscriber's profile. The 
subscriber may also set up the profile to receive at a wireless data terminal a 

20 text message that provides a notification of a voice mail message and envelope 
information of the message. Alternatively, a recipient voice mail system may 
send a text message containing a notifice :»on and envelope information of the 
message. 
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One feature of the AMIS-Digital Protocol is that if the original voice 
message is marked urgent by the sender, the AMIS-Digital Protocol includes as 
priority status information in the message sent from the voice messaging 
system to the PCI server. Using this information, the PCI can screen priority 
messages. 

The voice messaging gateway converts vendor proprietary 
voicemail format to the X.400 format and vice versa, thus bridging different 
messaging formats. It is responsible for voice transcoding from proprietary to 
or from X.400 form. It also maps options to or from the X.400 protocol as 
specified in AMIS. 

C. Facsimile Messaging 

Fig. 23 illustrates a PCI service for fax messaging. The PCI server 
48 is connected to public switch telephone networks 432 via analog lines 444 
or a T1 trunk 445. Fax machines 440 and fax servers 442 are connected to the 
PSTN 432. The PCI server 48 may also be connected to fax machines 440 and 
fax servers 442 by private lines 446 or an ISDN 438. For a subscriber to 
receive faxes, the fax machine telephone number must be supplied to the 
subscriber profile. The PCI will send a fax to the designated number and may 
send a text notification message or take other action as the user has selected 
in the profile. If the user has specified a wireless data terminal to receive the 
fax, the PCI server 48 will perform the necessary wireless adaptation and send 
a fax through a wireless data terminal. 
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A fax may be sent to a PCI subscriber by routing the fax to the PCI 
node, the user must dial the telephone number of the PCI server 48 to sendthe 
fax to the subscriber. The PCI server 48 will send the fax to the subscriber's 
telephone number. The PCI server will check the subscriber's user profile to 
determine how the fax should be delivered. In this example, the fax message 
is sent to a fax machine at a designated telephone number. 

Fax users having existing fax machines 440 must place a call over 
the PSTN network in order to access the PCI. This is because existing fax 
machines 420, unlike fax servers 422, are designed for point - to -point 
communication, not fax network communication. Users of the existing fax 
machine 420 can access the PCI in two ways. One way is by two stage 
dialing. The sender first dials the ICP 48 and then dials the recipient's number 
after receiving a prompt from the ICP. Alternatively, the user can dial 
*FX + destination address. The fax machine user can directly dial from the fax 
terminal the recipient telephone number proceeded by *FX f which signals the 
switch to automatically forward the fax call through the PCI server. 

Fax servers that support X. 400 messaging will include the personal 
number in the X.400 address field and there is no reason for the ICP to prompt 
the user for the personal number. 

D. CallCommand 

PCI CallCommand (CO service provides subscribers real-time 
control of voice calls while using a wireless data terminal or PDA. CC is 
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designed to enhance personal number services (i.e., HLR), by providing real time 
call management capabilities to nomadic users. 

CC provides the subscriber with four call management options: 
location independence (supplementing personal number/HLR 
applications); 

real-time call screening (using ANI and/or prompting the 
caller to enter a number); 

real-time call redirection (routing calls to any telephone 
number based on the calling party); and 
real-time short messaging (inputing or selecting a short 
message to be played to the caller). 
When a caller dials a PCI subscriber's telephone number, the 
caller's telephone number is entered for screening. After the caller's number is 
entered, the PDA 30 can map the calling number to a name and alert the 
subscriber of an incoming call. The PDA 30 visually displays the name and/or 
number of the caller. The subscriber can then use the PDA 30 to accept the 
call by entering the telephone number of a nearby telephone to which the call 
will be routed. The subscriber can alternatively have the call forwarded to 
another number, such as a colleague's phone or a voice mailbox. If the 
subscriber decides not to respond to the caller, the caller is played an 
announcement and forwarded to a pre-determined default telephone number, 
such as a voice mail box or secretary. 

CC allows the subscriber to send a brief message to the caller. 
Upon being alerted to an incoming call, the subscriber can select from a pre- 
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defined list of messages, or type a new message, on the PDA 30. The message 
is transmitted to the PCI server 48 which converts the text message into speech 
and plays the message to the waiting caller. The caller receives the message 
and can leave voice mail for the subscriber, or be forwarded by the subscriber 
5 to an alternate telephone number. 

Call command enables nomadic subscribers to manage, in real 
time, incoming calls using screening, rerouting and messaging to the caller. Call 
command subscribers having a PDA 30 are visually informed of the name and 
or number of the caller. The subscriber can elect to either accept the call, 

10 routing it to a specified number, such as the number of a nearby telephone; 
route the call to an alternate number, such as a voice mailbox, colleague phone 
number or secretary phone number; or respond to the caller with a brief keyed 
in message, which is played back to the caller in synthesized speech. The 
service also provides a number of non-real time call management features 

1 5 including predetermined screening lists, time of week\time of day routing 
schedules; and location sequencing. Call command allows mobile subscribers 
to manage and receive telephone calls using a personal digital assistant. 
Call command users pre-subscribe to a wireless data service such as Ardis or 
RAM mobile data for E-mail, call management, and other wireless data 

20 applications. The wireless data provider provides a radio interface to the 
subscriber's PDA 30. A local exchange carrier interfaces with the wireless data 
provider over a PCI interface. When a caller enters his or her number the local 
exchange carrier forwards a data message containing the caller party 
information. The wireless data provider locates the subscriber and forwards the 
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calling party information to the subscriber's PDA 30 where the subscriber is 
alerted of the call. The subscriber then forwards the data packet containing a 
routing number to the PCI. The PCI reroutes the call accordingly. 

Fig. 24 is an illustrative example of a CallCommand call flow. A 
5 caller, Joe 450, wishes to speak with Mary. Mary, who is away from the 
office, is a PCI subscriber having the CallCommand service. She has a PDA 30, 
which is turned on and registered at a visiting location. Joe dials Mary's office 
phone number. This phone number connects Joe's call to the PCI server 48. 
The PCI server 48 network instructs Joe to type in his telephone number. The 

10 PCI server 48 puts Joe on hold and plays back a message using synthesized 
speech informing Joe that the network is trying to locate Mary. The network 
recognizes that Mary is registered at a visiting location and sends a phone 
notification over a wireless data network 39. Mary is notified on a PDA 30 that 
a phone call is coming from a particular phone number. If Mary has already 

1 5 programmed a name corresponding to that phone number in a directory on her 
PDA 30, that name will also appear. Therefore, she is aware that she has a 
phone call from Joe Smith. Mary has several options. She may type or select 
a preselected message to be sent from the PDA 30 to the PCI network which 
converts the message into synthesized speech and play it back to Joe; she may 

20 forward the call to a nearby telephone, such as a cellular phone or a nearby pay 
phone 452 or forward the call to her secretary or colleagues's phone number; 
she may send a message and forward the call; or she may direct the call to her 
voice mail. In this illustration, Mary selects that the call be routed to a local 
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public pay telephone 452. The call is routed over public switched telephone 
networks 432 to the selected telephone and Mary and Joe speak. 

CallCommand has several advantageous features. Call command 
includes real time call screening which allows the subscriber to direct calls in a 
5 predetermined fashion based on the caller, the time or date, etc. Call command 
also has real time call rerouting which allows the subscriber to reroute calls to 
any phone number on a per call basis. That is, when a call is received, the 
subscriber may enter a phone number to which she wishes the call to be routed. 
For example, it may be a phone in an office she is visiting, a rented cellular 
1 0 phone, or a public telephone. In the event that a subscriber cannot respond to 
a caller because PDA is out of range, the subscriber is preoccupied, the PDA is 
turned off, etc., the subscriber may select a default routing number. Such a 
default number could be a voice mailbox, secretary, colleague, or other phone 
number. 

1 ^ Call command also has a call messaging option. This allows the 

subscriber to send a brief message to a calling party. The message is typed on 
the PDA 30 and sent by wireless means to the PCI. The PCI converts the 
signal into synthesized speech and plays it to the caller. For example, a 
subscriber may be on an important customer call when his supervisor calls, 
expecting a response. The call command subscriber can send a message to the 
manager ("Talking to customer, call you back"), while still communicating with 
the customer. 



20 
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The call messaging feature has two aspects. The first is the 
wireless messaging from the PDA 30 to the PCI. The second is the text to 
speech translation. The subscriber may type in a message on the PDA 30. The 
message originates as a data messaging from the wireless data provider 
5 network and is forwarded to a local exchange carrier network over the PCI 
interface. The PCI server 48 translates the wireless text message into speech 
and plays it back to the caller. 

Call command also has a predetermined call management option. 
This feature allows a subscriber to have unanswered calls sent to predetermined 

10 default telephone numbers. For example, in the event a call cannot be 
answered, it is first routed to, for example, a service hotline; if the service 
hotline does not answer, it is forwarded to a secretary; and if the secretary does 
not answer, then it is forwarded to voice mail. Each time the call is forwarded 
to the next number a message is played back to the caller. The routing 

1 5 numbers and sequence order may be altered by updating the subscriber profile 
in the PCI database. 

This feature also allows the subscriber to predetermine the 
management of certain numbers. For an example, a subscriber may want to be 
notified in real time only if a calling party number matches that of an immediate 

20 family member, supervisor, or important client. In other cases, the subscriber 
may wish to have calls automatically rerouted to a default number, such as a 
voice mailbox or secretary. For a company which does business over a large 
geographic area, the subscriber may wish to have the phone call routed to 
different places based on the geographic origin of the call. For example, calls 
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from New York or New Jersey may be routed to a sales representative for that 
area which calls from California or routed to a sales representative for that 
geographic area. 

The call management feature allows the subscriber to predetermine 
5 all routing based on the time of day. For example, a subscriber may wish to 
have calls forwarded to a customer service staff during business hours and be 
personally notified of calls during non-business hours. 

Wireless technologies make subscribers constantly available, 
therefore it is important to give them the ability to accept or decline 

1 0 communication attempts at their discretion. While delivering the calling number 
to the PDA 30 allows a subscriber to locally screen each attempt as they occur, 
the subscriber may be in an environment where distractions are unacceptable 
such as an important meeting, . Therefore, the subscriber is able to create lists 
against which callers are screened by the network delivering the service. These 

1 5 network resident lists reduce the number of call attempts to the subscriber's 
remote wireless device. The CallCommand service allows subscribers to turn 
screening on and off and add or remove numbers and names from these lists. 

Like the wireless data services, CallCommand service profile 
management allows subscribers to modify or update their subscriber profiles 

20 which preferably reside in an PCI database 44. Profiles are created and deleted 
by the service integrator controlled by the service provider. A subscriber may 
modify the profile by either wireless or wireline messaging using DTMF tones 
or data. 
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The subscriber profile can be updated by a wireless device such as 
a PDA 30. A subscriber profile may be modified by wireline communications 
as well. A subscriber may use a telephone or wireline data terminal to contact 
an PCI database 44. The PCI server 48 acts as a mediation device between 
5 wireless terminals and an PCI database 44 for DTMF profile updates. It is 
preferable that the wireline network be supported by a service management 
operating system capable of prompting subscribers using a DTMF telephone for 
a profile update that is completed when the service management operating 
system makes the appropriate changes in the subscriber's profile in the PCI 

1 0 database 44. When a service management operations system is used to modify 
the profile in the PCI database 44, the changes should also be reported to PCI 
server 48 so that the service profile cache 51 may be modified accordingly. 

Call command has its locus of control in service logic in the PCI 
database 44. The PCI database 44 service logic provides (1) service status 

1 5 maintenance, which maintains the status of the subscriber as registered or 
deregistered; (2) call screening, which provides network based screening of 
incoming calls; (3) call routing, which provides routing destinations for each 
call; this information is based on information received from the subscriber in real 
time via the PCI server 48 or by preprogrammed instruction in the subscriber 

20 profile in the PCI database 44; (4) profile management support, which is service 
logic in the PCI database which permits "downloading" of the subscriber's 
profile to the PCI server 48 for presentation to an update by the subscriber 
through the PDA 30; (5) security, wherein subscriber authentication and 
validation must be supported to safeguard the subscriber's personal information 
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and status such as location; and (6) accounting management, the PCI database 
44 collects accounting parameters to support service provider billing. 

The subscriber profile in the PCI database 44 must contain certain 
information. This type of information includes a subscriber identifier; subscriber 
authentication information; wireless data provider parameters; registration 
status; service mode (default, override, or command); screening lists; and 
routing tables (including day of week and time of day parameters). 

The application supporting the CallCommand server in the PCI 
server 48 includes a mobility management function. The mobility management 
function provides status location information to a database in the PCI database 
44 and is responsible for delivering a Temporary Location Destination number 
on request from the PCI database 44. To do this, the PCI server 48 is 
responsible for (1) location registration, the PCI server 48 updates the PCI 
database 44 with the subscriber's PDA 30 status (for example, registered on a 
wireless data network or registered on a wired telephone); (2) play 
announcements and digit collection for caller information and presentation to the 
subscriber; (3) remote alerting, such as formatting and sending call information 
through a wireless data network to the PDA 30 for presentation to the 
subscriber; (4) profile management support (the PCI server 48 must support the 
"downloading" of the subscriber's profile and packaging for presentation to 
update by the subscriber through the PDA 30); (5) security (the subscriber 
authentication invalidation information must be supported to safeguard the 
subscriber's personal information and status such as location); and (6) account 
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management, the PCI server should collect accounting parameters for 
presentation to the service provider for billing. 

VI. Message Flows 
5 PCI wireless messaging involves three types of message flow. The 

first is sending a message from one subscriber to another, the second is 
receiving a message regardless of whether the subscriber is using a wireless or 
wireline terminal, and the third is sending a message to a non-subscriber. 

Fig. 25 is an illustrative example of the message flow of a PCI 

10 wireless subscriber sending a message. The PCI user submits a message 502. 
The message is received by a message transfer agent in the PCI server. The 
MTA copies and temporarily stores the originating and destination addresses 
504. The MTA sends to the mobility manager function in the PCI server a 
request to validate the sending user as a PCI subscriber 506. The mobility 

15 manager sends this validation request to the PCI database and waits for a 
response 508. Upon receipt of an affirmative validation from the PCI database, 
the mobility manager sends the validation response to the MTA 510, 512. The 
MTA then sends the mobility manager a request for the address of the user's 
home MTA 5 1 4. The mobility manager routes this request to the PCI database 

20 516. Upon receipt of a response from the PCI database, the mobility manager 
routes the home MTA address to the MTA 518, 520. The MTA then routes the 
message to the home MTA 522. If a third party PCI database must be 
consulted, the home MTA mute request will be directed from the PCI database 
to a third party PCI database 524, 526. 
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Fig. 26 illustrates an example of the message flow of a wireless 
PCI user receiving a message. When the PCI receives a message from a 
subscriber, the MTA in the PCI server copies and temporarily stores the 
destination address and the message 530. The MTA sends to the mobility 
manager function in the PCI server a request for the PCI subscriber's user profile 
532. The mobility manager will retrieve this profile request from the PCI 
database 534 (If third party PCI database is involved, the local PCI database 
contacts the third party PCI database through a switch transfer point 536, 538.) 
Upon receipt of the subscriber's profile from the PCI database 540. the mobility 
manager requests the message from the MTA using a "message forward 
request" message 542. When the mobility manager receives the message from 
the MTA 544, the mobility manager processes the message as indicated by the 
subscriber's profile, which may involve media conversion or screening 546. 
After processing the message, the mobility manager sends the message to the 
MTA for delivery 548, 550. Alternatively, the PCI server mobility manager 
function may directly deliver the message to the termination receiver 552. 

Fig. 27 illustrates an example of a message flow from a PCI 
wireless subscriber to a non-subscriber. When the MTA receives a message 
from a PCI subscriber 560, the MTA copies and temporarily stores the 
originating addresses and the message 562. The MTA sends the mobility 
manager a request to validate the originating address as a PCI subscriber 564. 
The mobility manager will send this validation request to the PCI database and 
wait for a response 566. When the mobility manager receives an affirmative 
validation response from the PCI database 568, the mobility manager sends the 
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validation response to the MTA 570. Next, the mobility manager sends to the 
PCI database a request for the PCI subscriber's profile 572. Upon receipt of the 
subscriber's profile from the PCI database 574, the mobility manager requests 
the message from the MTA using a "message forward request" 576. Upon 
receipt of the message from the MTA 578, the mobility manager processes the 
message as indicated by the user's profile, which may require media conversion 
or obtaining the addresses for the distribution list for the message 580. After 
processing the message, the mobility manager sends the message to the MTA 
for delivery 582, 584. Alternatively, the MTA may directly deliver the message 
586. 

VII. The PDA Application 

To better understand the capabilities of PCI and PDA/PCI server 
interface, a discussion of the PDA user interface is helpful. The user interface 
is application software residing in the PDA. This software is described by 
describing the screens displayed on a PCI subscriber's PDA screen. The 
following discussion is for an illustrative embodiment of the PDA user interface, 
A person skilled in the art recognized that the interface may be implemented in 
a myriad of ways. 

Fig. 28 is an illustrative example of a PDA user interface main 
menu. The menu allows the user to enter the CallCommand wireless messaging 
services, update the user profile, or check the status of the system by clicking 
on buttons 610, 612, 614, 616, respectively. 
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Fig. 29 shows a computer screen after "status request" 616 is 
selected. The status request screen shows that there are five local originating 
messages (waiting to be sent by the PDA) and three outgoing messages 
(waiting to be retrieved) in boxes 61 8, 620, respectively. The various services' 
5 status is also displayed. As seen in Fig. 29, this subscriber's wireline 
registration is on, as seen in box 622. This registers the subscriber on a 
particular wireline telephone, seen in box 624. This registration will direct calls 
to this phone number. The status request also advises this subscriber that as 
the CallCommand and wireless messaging features, as seen in boxes 626, 628. 

10 

Fig. 30 illustrates an exemplary screen if "CallCommand" 610 if 
the subscriber clicks on "YES" 630, a screen such as selected from the main 
menu (Fig. 28). Fig. 31 appears. The screen includes a window 632 which 
shows the status of various received telephone calls. The status indicates 

15 whether an incoming call was answered, forwarded to another number, was 
hung up before being answered; unanswered; or forwarded to voice mail. The 
phone number and receipt time and date of each call are displayed. The 
subscriber may save or delete any entry the subscriber by clicking box 634 or 
636, respectively, The subscriber may also connect or disconnect the 

20 CallCommand service by clicking box 638, 640, respectively. 

Fig. 32 is an illustrative example of a screen if the subscriber 
selected "Wireless Messaging" 512 on the main menu (Fig 28). The subscriber 
will be connected to the wireless messaging service if "YES" 642 is clicked. 
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Fig. 33 is an example of a screen which may appear if the 
subscriber selected "Profile" 614 from the main menu (Fig. 28). If the 
subscriber selects "Fax" 644 from this screen, a screen such as that shown in 
Figure 34 may appear, which allows the subscriber to enter a phone number 
5 into box 646 to which faxes will be directed. Turning on e-mail screening 
activates both the subject and address screening. Subject screening takes 
priority over address screening parameters. 

If the subscriber selected "e-mail" 648 on the screen Fig. 33, a 
screen such seen in Fig. 35 appears. The subscriber can select where e-mail 
10 messages should be delivered (destination screening) 650, where notification 
of e-mail receipt should be delivered (notification screening) 652, whether 
messages should be screened at all 654 and, if so, how they should be 
screened 656, 658. 

The destination 650 allows the subscriber to select destinations for 
1 5 incoming e-mail. Messages that satisfy the screening requirement may be sent 
to two destinations (match A, match B). As shown in this illustrative example, 
e-mail received which match the subscriber's preprogrammed screening criteria 
are to be delivered only to a wireline e-mail, such as the subscriber's personal 
computer at the office, because match A 660 and match B 662 designate the 
20 same destination. All received e-mail messages which do not meet either 
criteria ("not matched") are sent to a selected fax machine 664, for example, 
the fax machine at the subscriber's office. 

The subscriber also indicates where notification of a received e- 
mail should be sent 652. Notification for all e-mail messages meeting the 
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screening requirement should be sent to a selected fax machine 666. The PC! 
network will select information about the e-mail origination such as the author, 
recipient, and subject matter and convert it to a facsimile format and send the 
message to a fax machine. Notification of all e-mail that does not meet the 
5 screening criteria are sent to a pager 668. The PCI network will take the 
originating message information and turn it into alphanumeric information 
according to the TAP protocol and send it to the subscriber's pager. If the 
screening option is turned off # notification of all incoming e-mail is sent to 
voicemail 670. The PCI network will convert the origination information from 
10 text to synthesized speech and send the information to a selected voice 
mailbox. 

The user may also select whether to screen incoming e-mail 
messages at all 654. If the screening is on, the user may screen e-mail based 
on the originating address 656 or subject matter 658. 

1 5 Fig. 36 is an illustrative screen which the subscriber may use to 

edit e-mail screening according to address by clicking box 656 (Fig. 35). The 
subscriber may input new e-mail addressees into box 672 and add them to a list 
by clicking a box 674 or select addresses already entered to be included in a 
screening criteria as seen in box 676. For example, the user may want e-mail 

20 messages originating from the following addresses to be routed according to the 
screening criteria: cclstanp, cclrizzo, andcclrupin. E-mail messages originating 
from these addresses will be routed and notified according to the criteria 
selected on the screen illustrated in Fig. 35. 
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If the user selected to edit the "subject" a screening criteria based 
on "subjects" by clicking box 658 (Fig. 35), a screen such as that illustrated in 
Fig. 37 is presented. The user may type in to boxes 678 particular subjects 
which should be routed according to a screening criteria. The subject will 
5 search the incoming e-mail origination information to determine the subject of 
the e-mail. Subjects may include "urgent", "personal", the name of a client or 
project, etc. 

If the subscriber viewing the "profile menu" (Fig. 33) clicked "voice 
mail" 680, a screen such as that illustrated in Fig. 38 is presented. The 

10 subscriber can type into a box 682 in the destination voice mail system phone 
number. The subscriber may also select notification based on certain screening 
criteria 684. If the incoming voice mail message matches the screening criteria, 
the subscriber has selected to be notified by a message sent to the PDA 686. 
If the voice mail message does not match a screening parameter, the subscriber 

1 5 has selected to not be notified 688. If the screening option is turned off, the 
subscriber has decided to not be notified of any voice mail messages 690. 

The user has the option of turning the screening on or off 692. If 
the screening is on, the messages are screened by caller 694. If the user 
decides to screen by caller by clicking box 694, a screen such as illustrated in 

20 Fig. 39 is displayed. The user may type into boxes 696 certain incoming phone 
number which meet the screening parameters. 

If the subscriber viewing the "profile menu" (Fig. 33) clicked "Call 
Command", 698 a screen such as illustrated in Fig. 40 is displayed. The 
subscriber may type in a box 700 a wireline registration telephone number, 
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which is a number to which incoming calls may be forwarded. The subscriber 
has the option to edit screening criteria phone numbers or to edit reply 
messages to be sent to the caller. 

If the subscriber wishes to edit forwarding call numbers box 702 
5 is clicked and a screen such as illustrated in Fig. 41 is displayed. The user may 
type into boxes 704 or select certain phone numbers which are to be forwarded 
to a preselected phone number if screening is on. 

If the subscriber viewing the "Call Command" screen (Fig. 39) 
clicked "edit messages" 706 f a screen such as illustrated in Fig. 42 is displayed. 
10 The user may compose a unique message in box 708 or edit one already on a 
list shown in box 710. 

If the subscriber has connected the Call Command and an incoming 
call is received, a screen such as that illustrated in Fig. 43 is displayed. This 
screen displays in a box 712 the number from which the incoming call 
1 5 originates. The user has the option of sending a message and forwarding the 
call by clicking box 714, forwarding the call without a message by clicking box 
716, sending a message and not forwarding the call by clicking box 718, or 
routing the call to voice mail by clicking box 720. 

If either the "message and forward" or "forward" 716 option is 
20 selected, a screen such as that illustrated in Fig. 44 is displayed. This allows 
the subscriber to select one of several the preselected phone numbers 722-728 
to forward, or select another phone number, such as a nearby telephone to 
which the call is to be forwarded. This phone number may be typed into a box 
730. 

-81- 



BNSOOC1D: <WO 96097 14A1 I > 



CH£CTT¥1BT CURT /DID C 9tt 



WO 96/09714 



PCT/US95/11861 



If the user selected the "message and forward" 714 or "message 
only" 718 selections, a screen such as that shown in Fig. 45 is displayed. This 
allows the subscriber to type in a message into a box 732 or select a 
predetermined message shown in box 4134 to be sent to the incoming caller. 
5 This message is sent by wireless communications to the PCI network where the 
ISP converts the message into synthesized speech and plays it for the caller. 
For example, if the subscriber desires to call back the incoming caller as soon 
as possible, the message "will call back ASAP" is selected. This message is 
transmitted from the PDA by wireless communications to the PCI network. The 
10 ISP will receive the message and convert it to synthesize speech and send the 
synthesize speech message to the incoming caller. 

VIII. Billing 

Billing operations is supported by an Automatic Message 
1 5 Accounting Network Function. The automatic network accounting measures, 
collects, formats and outputs network usage information to upstream billing and 
other operation application and service purposes. Preferably, automatic 
message accounting data is collected at various stages of service flows across 
network equipment and services. 

20 
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IX. Conclusion 

A system has been described which enables a wireless PDA user 
to remtely control a large number of messaging and call handling options. 
5 While the invention has been described by the reference to specific 

embodiments, this was for purposes of illustration only and should not be 
construed to limit the spirit or the scope of the invention. 
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We claim: 

1 . A personal communication internetworking for sending and receiving 
wireless and wireline messages: 

(1) a server, including: 

5 (a) a message transfer agent interfaced with at least one 

wireline data network; 
(b) a wireless data network protocol handler connected to the 
message transfer agent and interfacing with at least one 
wireless data network; 
10 (c) a mobility controller, including 

i. a subscriber profile cache; 

ii. a message router responsive to message routing 
parameters in the subscriber profile; 

iii. an interface connected to exchange message routing 
1 5 parameters between the subscriber profile and the at 

least one wireless network; 

iv. an interface connected to exchange message routing 
parameters between the subscriber profile and a 
personal communication control point; and 

20 v. an interface with at least one of a telephone network, 

an alphanumeric pager network, and a voice 
peripheral; and 

(2) the personal communication control point connected to the server, 
including: 
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(a) a first interface connected to exchange DTMF 
message routing parameter signals with the server; 

(b) a second interface connected to exchange generic 
data message routing parameter signals with the 
server; 

(c) a subscriber profile connected to receive and 
maintain message routing parameters; and 

(d) a call processor connected between the subscriber 
profile and the first and second interfaces. 

2. The personal communication internetworking of claim 1, wherein the 
internetworking is built on an Advanced Intelligent Network architecture, the 
server is an Intelligent Peripheral, and the control point is a Service Control 
Point. 

15 

3. The personal communication internetworking of claim 1 , further including 
a personal digital assistant having a wireless data network interface connected 
to exchange message routing parameters and an application designed to 
communicate with the interface to receive, update, and transmit the message 

20 routing parameters. 

4. The personal communication internetworking of claim 1, wherein the 
server further comprises: 
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a message converter connected to receive from an interface a message 
in a first format and output to another interface the message in (another) second 
format. 

5 5. A method for personal communication internetworking, comprising the 
steps of: 

(a) storing a subscriber profile containing message routing commands 
for a subscriber; 

(b) receiving any of an electronic mail f a facsimile, and a voice mail 
10 message addressed to the subscriber from either of a wireless and 

a wireline network; 

(c) consulting the subscriber profile for instructions for routing the 
received message; and 

(d) routing the received message to any of a wireless or wireline 
15 network according to the instructions in the subscriber profile. 

6. The method of claim 5, further comprising the step of converting the 
received message into a different format if the subscriber profile instructs 
routing the received message in the different format. 



20 



7. The method of claim 5, further comprising the step of remotely updating 
the routing commands in the subscriber profile via a wireless data network. 
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7. (Amended) The method of claim 5. further comprising the step of 
remotely updating the routing commands in the subscriber profile via one of a 
wireless and a wireline data network. 

5 8. The method of claim 5, wherein the received message is addressed to a 
single subscriber telephone number regardless of format. 

9. The method of claim 5. further comprising the step of sending a message 
notifying the subscriber of the received message. 

10 

1 0. A method for routing incoming telephone calls, comprising the steps of: 
(a) storing a subscriber profile containing telephone, routing, and 

screening parameters including at least one of incoming telephone 
call origin, time of day, and day of week; 
1 5 ,b) receiving a telephone call directed to the subscriber; 

(c) consulting the subscriber profile to determine where to route the 
received telephone call; and 

(d) routing the telephone call according to the subscriber profile. 



20 



25 



11. The method of claim 1 0, further comprising the step of remotely updating 
the subscriber profile via a wireless data network. 

1 2. The method of claim 1 0, further comprising the step of remotely updating 
the subscriber profile via either a wireless and a wireline telephone network. 
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13. The method of claim 10, further comprising the steps ot: 

(a) if the subscriber profile so instructs, notifying the subscriber of the 
received telephone call via a wireless data network message; and 

(b) the subscriber selecting one of: 

5 (i) forwarding the call to a subscriber selected telephone 

number; 

(ii) selecting a text message to be transmitted over the wireless 
data network and converted into synthesized speech and 
played to the incoming telephone call; and 
10 (iii) forwarding the call and selecting a text message. 



-88- 



WO 96/09714 



PCT/US95/11861 




WO 96/09714 



PCT/US95/1186I 



2/26 



FIG. 2 
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1. A personal communication internetwork for sending and receiving wireless and wireline 
messages: 

1) a server, including: 
5 (a) a message transfer agent interfaced with at least one wireline data network; 

(b) a wireless data network protocol handler connected to the message transfer 
agent and interfacing with at least one wireless data network; 

(c) a mobility controller, including 
(i.) a subscriber profile cache; 

(ii ) a message router responsive to message routing parameters in the 

subscriber profile; 
(iii.) an interface connected to exchange message routing parameters 

between the subscriber profile and the at least one wireless network; 
(iv.) an interface connected to exchange message routing parameters 

between the subscriber profile and a personal communication 
^ control point; and 

(v.) an interface with at least one of a telephone network, an 

alphanumeric pager network, and a voice peripheral; and 
(2) a personal communication control point connected to the server, including: 

(a) a first interface connected to exchange message routing parameter signals 
20 with the server; 

(b) a second interface connected to exchange generic data message routing 
parameter signals with the server; 

(c) a subscriber profile connected to receive and maintain message routing 
parameters; and 

2 5 (d) a call processor connected between the subscriber profile and the first and 

second interfaces. 

2. The personal communication internetwork of claim 1 , wherein the internetwork is built on 
an Advanced Intelligent Network architecture, the server is an Intelligent Peripheral, and the 
control point is a Service Control Point. 
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3. The personal communication internetwork of claim 1, further including a personal digital 
assistant having a wireless data network interface connected to exchange message routing 
parameters and an application designed to communicate with the interface to receive, update, and 
transmit the message routing parameters. 

4. The personal communication internetwork of claim 1, wherein the server further 
comprises: 

a message converter connected to receive from an interface a message in a first format and 
output to another interface the message in a a second format. 

5. A method for providing personal communications to a subscriber who can receive any of 
an electronic mail, a facsimile, and a voice mail message under a single address regardless of the 
format of the message and on either a wireless or a wireline basis, said method comprising the steps 
of: 

storing a subscriber profile containing message routing commands for the 
subscriber depending on the format of the message; 

receiving any of an electronic mail, a facsimile, and a voice mail message addressed 
to the subscriber from either of a wireless and a wireline network; 

determining from the stored subscriber profile the instructions for routing the 
received message to the subscriber; and 

routing the received message to any of a wireless or a wireline network according 
to the instructions in the subscriber profile. 

6. The method of claim 5 wherein at least one of the routing commands in said subscriber 
profile specifies changing the format of the received message to a different format, said method 
further comprising the step of converting the received message from the received format to said 
different format. 

7. A method of routing incoming telephone calls addressed to a network subscriber, one of 
said incoming telephone calls comprising a voice mail message said method comprising the steps 
of: 
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receiving from an originating voice mail system an incoming voice mail message 
call at a network, said voice mail message call including identification information; 

extracting the identification information from the message to determine the origin 
of the voice mail message; 

consulting a profile contained in the network to determine routing instructions, said 
routing instructions including one of: 

(i) routing the incoming call to a preselected telephone number; and 

(ii) sending a notification to the subscriber of the incoming call via a 
medium other than a telephone call; 

routing the received voice mail message according to the routing instructions in the 

profile; 

said step of consulting further comprising determining if the identification of the 
originator indicates that the originator is also the subscriber; 

if the originator is the subscriber, said step of routing further comprises the steps of: 

(i) not forwarding the voice mail message; and 

(ii) extracting header information from the identification information 
and transmitting a notification to the subscriber containing the 
header information; and 

if the originator is not the subscriber, said step of routing further comprises the steps of: 

(i) if the message exceeds a predetermined length, rejecting the 
message; and 

(ii) if the message is less than or equal to the predetermined length, 
accepting and routing the message. 

8. The method of claim 7 further comprising before the step of routing, the step of translating 
the voice mail message from analog format into a digital format. 

9. The method of claim 7 further comprising before the step of routing, the step of translating 
the voice mail message from a digital format into an analog format. 
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10. A method for routing incoming telephone calls addressed to a single address regardless of 
the format of the message and comprising the steps of: 

(a) storing a subscriber profile containing telephone, routing, and screening parameters 
including at least one of incoming telephone call origin, time of day, and day of 
week; 

(b) receiving a telephone call directed to the subscriber; 

(c) consulting the subscriber profile to determine where to route the received telephone 
call; 

(d) routing the telephone call according to the subscriber profile; and 

(e) if the subscriber profile so instructs, notifying the subscriber of the received 
telephone call via a wireless data network message; and 

(f) the subscriber selecting one of: 

(i) forwarding the call to a subscriber selected telephone number; 

(ii) selecting a text message to be transmitted over the wireless data 
network and converted into synthesized speech and played to the 

15 incoming telephone call; and 

(iii) forwarding the call and selecting a text message. 

11. A personal communications internetwork comprising: 

a number of subscribers, each subscriber having a single address to which all incoming 
2 o communications are addressed and including: 

means connected to receive and transmit communications from a plurality of wireless and 
wireline communications networks; 

means for storing for each subscriber a profile configured to store communication 
forwarding options for said each subscriber; and 

a communication router connected to receive the received communications from the 
plurality of wireless and wireline networks and being responsive to the profile for transmitting the 
received communications according to the stored communication forwarding options. 

12. The personal communications internetwork of claim 1 1 , wherein the communications 
include at least one of telephone, pager, facsimile, voice mail, and electronic text communications. 
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13. The personal communications internetwork of claim 1 1 , wherein said communication 
router further includes a media format translation device configured to translate a received 
communication into a different communication medium for transmission. 

14. The personal communication internetwork of claim 1 1 , wherein the profile further stores 
cross-media notification information and said internetwork further includes a cross-media 
notification device responsive to the received communication received on one of the plurality of 
wireless and wireline communications networks, and to the profile, and being configured to 
transmit in a first preselected medium a notification signal indicating receipt of the received 
communication. 

15. The personal communication internetwork of claim 14, wherein the cross-media 
notification information includes a second preselected medium and, when the first preselected 
medium is not available, the cross-media notification device transmits in the second predetermined 
medium the notification signal indicating receipt of the received communication. 

16. A method of routing incoming telephone calls addressed to a network subscriber, 
comprising the steps of: 

(a) receiving an incoming call at a network; and 

(b) consulting a profile contained in the network to determine routing instructions, said 
routing instructions including one of: 

(i) routing the incoming call to a preselected telephone number; and 

(ii) sending a notification to the subscriber of the incoming call via a medium 
other than a telephone call. 

17. The method of claim 16, wherein the step of notifying includes transmitting the notification 
over a wireless data network. 

18. The method of claim 16, wherein the step of sending a notification includes: 

(a) collecting identification information from a caller; and 

(b) incorporating the identification information in the notification. 
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1 9. The method of claim 17, wherein after the step of notifying, the subscriber selecting one of: 

(i) forwarding the call to a subscriber selected telephone number, 

(ii) selecting a text message to be transmitted over the wireless data network; 
and 

(iii) forwarding the call and selecting a text message. 

20. The method of claim 19, further including the step of converting the selected text message 
into synthesized speech and playing the synthesized message to the incoming telephone call. 

21. The method of claim 20, wherein the step of routing further includes routing the call to a 
10 second default number if the first default number is unavailable. 

22. The method of claim 16, wherein the step of consulting includes: 

(a) requesting identification information from a caller, 

(b) if no identification information is provided, routing the call to a default telephone 
15 number; 

(c) if identification information is provided, incorporating the identification 
information in the notification. 

23. A method of responding to telephone calls directed to a network subscriber, comprising the 
2Q steps of: 

(a) receiving at the network an incoming call directed to the subscriber, 

(b) requesting from the incoming call identification information; 

(c) comparing the identification information with routing instructions stored in the 
network; and 

(d) executing the routing instructions by one of: 

25 

(i) routing the call to a predetermined telephone number; and 

(ii) sending a notification to the subscriber about the incoming call; 

(A) receiving from the subscriber in real time response instructions; and 

(B) responding to the incoming call according to the response 
instructions. 

30 
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24. A method of routing in real time incoming telephone calls, comprising the steps of: 

(a) transmitting from a network to a subscriber via a wireless data network a 
notification including an identification of the incoming call; 

(b) starting an acknowledgment timer and a response timer; 

(c) if the network does not receive an acknowledgment signal from the subscriber 
within a first predetermined time, routing the incoming call to a preselected telephone number; 

(d) if the network receives an acknowledgment signal from the subscriber via the 
wireless data network, then: 

(i) stopping the acknowledgment timer; 

(ii) if the network does not receive response instructions from the subscriber via 
the wireless data network within a second predetermined time longer than the first predetermined 
time, routing the telephone to the default number; 

(iii) if the network receives response instructions from the subscriber within the 
second predetermined time, then: 

(A) stopping the response timer; 

(B) responding to the call as directed by the received instructions; and 

(C) sending a response acknowledgment to the subscriber via the 

wireless data network. 

25. The method of claim 24, wherein the caller may request the incoming call to be routed to 
the default number. 

26. The method of claim 25, wherein if the caller performs either one of requesting to be routed 
to the default number and hanging up, further comprising the step of sending to the subscriber via 
the wireless data network a status message. 

27. A method of routing electronic messages addressed to a subscriber, comprising the steps 
of: 

(a) receiving an electronic message at a network; and 
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(b) consulting a profile contained in the network to determine routing instructions for 
the message, said routing instructions including one of: 

(i) routing the message to a preselected destination; and 

(ii) sending to the subscriber a notification of receipt of a message addressed to 
5 the subscriber. 



28. The method of claim 27, wherein routing an electronic message originating from a 
subscriber further comprises: 

(a) the step of consulting further includes consulting a distribution list containing a 
10 plurality of delivery destinations and each destination having a delivery format of 

one of facsimile and an electronic mail format; and 

(b) the step of routing further includes delivering a single message to the plurality of 
destinations, the message being routed to each destination in the delivery format 
included on the distribution list. 

15 

29. The method of routing an electronic message addressed to a subscriber of claim 27 further 
including translating the electronic message into one of an electronic mail format, a facsimile 
format, and a paging format, according to the routing instructions. 

2 o 30. The method of routing an electronic message addressed to a subscriber of claim 27 further 
including storing the message in a message storing system only when one of (a) such storing is 
instructed by the routing instructions and (b) the routing instructions cannot be followed because 
a preselected delivery destination is unavailable, and further including the subscriber fetching the 
message stored in the network, the step of fetching comprising the steps of: 

2 5 (a) the subscriber transmitting a fetch request; 

(b) in response to the fetch request, the network logging onto the message storage 
system; and 

(c) transmitting the stored message to the subscriber. 
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3 1 . The method of claim 30, further including the steps of: 

(a) initiating a timer when the fetch request is transmitted; 

(b) aborting the fetch request if an acknowledgment is not received within a preselected 
time; and 

5 (c) stopping the timer if an acknowledgment is received within the preselected time. 

32. A method of delivering an electronic message originating from a network subscriber's 
wireless terminal to an out-of-network destination, comprising the steps of: 

(a) receiving the message at an agent; 

10 (b) retrieving message delivery information stored in a profile; 

(c) processing the message according to the message delivery information; and 

(d) delivering the message according to the message delivery instructions; and wherein 

(e) the step of processing further includes consulting a distribution list containing a 
plurality of delivery destinations and each destination having a delivery format of one of a 

15 facsimile and an electronic mail format: and 

(f) the step of delivering further includes delivering the message to the plurality of 
destinations, the message being routed to each destination in the delivery format included on the 
distribution list. 

2 0 33. The method of claim 32, wherein the step of processing further includes converting the 
message into a different medium, if required by the message delivery instructions. 
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